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DISPENSING SYSTEM AND METHOD WITH R.ADIO 
FREQUENCY CUSTOMER IDENTIFICATION 

Cross Reference 

This application is a continuation-in-part of U.S. Patent Application No. 08/768.723. filed on 
December 18, 1996 which claims the benefit of U.S. Provisional Application No. 60/009.369, filed 
December 29, 1995. 

Background of the Invention 

The present invention relates to dispensers and. more panicuiariy, to fuel dispensers that uses 
radio frequency identification technology to automatically identify a customer with little or no customer 
interaction in order to authorize the sale of products or services to the customer and to subsequently bill 
the customer's charge account for the products or ser\dces. The present invention is particularly useful 
in a service station environment where customers may purchase fuel for their vehicles, obtain a car 
wash, or purchase other items such as food, drinks, or sundries from a convenience store, or drive- 
through window, that may be located on the premises. 

Typically, when a customer purchases fuel at a service station, the customer presents payment, 
in the form of cash or credit^debit card, to the service station attendant either before or after fueling. 
The attendant controls the activation of the dispenser to allow fueling. If payment is required before 
fueling may begin, the attendant must activate a switch, typically near the cash register, in order to 
unlock the dispenser to allow fueling to begin. Once fueling has been completed and the dispenser 
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nozzle has been returned to its seat, the attendant manually resets the dispenser again through activation 
of a switch at the cash register. 

An example of an existing service station control system that integrates dispenser control and 
cash register control is the Wayne Plus/2 control system available from Wayne Division. Dresser 
Industries, Inc. of Austin. Texas. The Wayne Plus/2 system includes a host computer or site controller 
and a point-of-sale terminal that interfaces with the attendant. 

The Wayne Plus/2 host computer is provided with a microprocessor and a pump controller 
board that is electrically linlced to the various dispensers of the station to provide pump control. The 
pump controller board turns the dispensers on or off, controls the tlow rate, and keeps track of the 
amount of fuel dispensed. The host computer is also provided with memorv'. communication ports, and 
a serial input/output board (''SIO") that may be linked to a remote customer-authorization computer 
network. 

The point-of-sale terminal (also knovra as a Wa^-ne Plus brand Retail Control System) includes 
a card reader for reading and identiiying credit/debit cards, a keyboard for use by the attendant, and a 
display. The attendant can use the point-of-sale terminal to process payments and to control the 
activation of the dispensers. Should a customer choose to use a credit^'debit card for payment, the 
attendant runs the card through the card reader, and the credit/debit card information is forwarded to 
the remote customer-authorization network for verification and billing- 
Many service stations, however, are now equipped with, credit/debit card readers at the 
dispensers for direct use by the customer. An example of a service station system that integrates 
dispenser control, cash register control, and credit/debit card processing that may be originated at the 
dispenser is the Wayne Plus/3™ system available from Wayne Division, Dresser Industries, Inc. of 
Austin, Texas. The Wayne Plus/3 system is similar to the Wayne Plus/2 system described above; 
however, the host computer or site controller has been modified to accommodate dispensers equipped 
with customer-activated-terminals (C ATs) electronically linked to the host computer. 

The customer-activated-terminals (CATs) each have a card reader, a display which displays 
messages to the customer, a key pad for use by the customer to make fueling and payment selections, 
a printer for printing receipts, and individual price displays corresponding to the individual fuel 
dispensing nozzles of the dispenser. Examples of dispensers equipped with such customer-activated 
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terminals (CATs) are the Vista brand fuel dispensers available from Wayne Division, Dresser 
Industries, Inc. of Austin, Texas. 

The Wayne Plus/3 host computer is loaded with a software driver (also referred to herein as a 
'^primitive'O for controlling and interfacing with the CATs. Before a customer begins fueling, the 
5 customer uses the keyboard of the CAT to select the t\'pe of payment desired (e.g., cash or credit/debit 
card). If the customer chooses to pay with a credit^debit card, the customer inserts the credit/debit card 
into the card reader at the CAT. The customer then waits for a message to display indicating that the 
customer may begin fueling. The CAT forwards the credit/debit card inlbrmation to the host computer 
which in turn forwards the credit/'debit card information to the remote customer authorization network 

^ for verification and billing. U.S. Patent No. 5,340,969 issued August 23, 1994 to Dresser Industries, 
Inc. describes a method and apparatus for approving or disapproving fiiei dispensing transactions using 

rU credit cards. 

n In both types of systems described above, the customer is required to interact (for payment 

purposes) with either the service station attendant or with the customer-activated terminal (CAT) at the 
io dispenser. U.S. Patent No. 5,072,380 issued to Robert E. Randelman et al. describes an automatic 
m vehicle recognition and customer billing system that may be used in a service station environment. The 
system automatically recognizes vehicles and correlates the purchase of products and services with the 
vehicle. 

The system of the '380 patent includes an antenna embedded in the ground near a gasoline 
20 dispensing pump. The antenna is connected to a controller located in a housing near the antenna. The 
controller controls the output of a radio frequency signal from the antenna and can detect an RF input 
signal. The antenna is always energized and, therefore, creates an electromagnetic field at a 
predetermined radio frequency in the fueling area. 

The system of the '380 patent also includes an emitter (or card) affixed to a vehicle. The card 
25 comprises an RF coil and integrated circuit component. When the card crosses the electromagnetic 
field, the electromagnetic field energizes the card. The activated card then emits an encoded 
electromagnetic pulse signal. The controller receives the signal and converts it into a data bit stream. 
A computer receives the data bit stream from the controller and in tum utilizes the data for displaying 
information on the pump display, for controlling the fuel dispenser, and for billing purposes. 
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One disadvantage of the -380 patent is that the antenna which emits the electromagnetic field 
is embedded in the ground near the fuel dispenser. The instaiiation of such an antenna (or antennas 
where there is more than one dispenser) can be costly and can create a fire hazard from fueling spills 
or leaks from the fuel storage tanks typically located under ground near the tliel dispensers. 
Furthermore, where multiple dispensers are present and therefore multiple antennas and controllers are 
present, the system does not adequately pre\ent a vehicle card from being activated by mere than one 
antenna at a time and detected by more than one controller at a time, such as may happen where 
antennas are positioned near each other and therefore interfere with one another. Funhermore, the 
system does not prevent the inadvertent detection of vehicle cards not intended to be used in a fueling 
transaction. 

Many service stations provide for separate fueling on both sides of a dispenser and/or have 
several closely-spaced rows of dispensers. With such a dispenser arrangement and the system of the 
'380 patent, the vehicle card of a vehicle stopped between antermas may be detected by the wrong 
controller, Le., one not associated with the dispenser where the vehicle is actually receiving fiieL or may 
wrongly be detected by a controller, i.e., where the vehicle is stopped near an antenna but is not fueling. 

Other automatic identification systems exist that employ radio frequency technology. For 
example, Texas Instruments Incorporated of Dallas, Texas, markets a number of radio frequency 
identification systems referred to commercially as its TIRIS™ (Texas Instruments Registration and 
Identification Systems) product line. The TIRIS™ product line includes radio frequency transponders 
(read-only as well as read-write) that may be low frequency or high frequency in their operation and 
which may be attached to or embedded in objects or may be hand-held. Readers, through antennas, 
send out radio frequency waves to the transponders, and the transponders broadcast stored data back 
to the reader for processing. Suggested applications of the TIRIS™ product line include an automatic 
access system for parking lot entrance and exit barriers, anti-theft systems for vehicles (where a 
transponder is placed in the ignition key and a transceiver module is positioned near the ignition), and 
a fuel dispensing system (where a transponder is mounted beside the vehicle's fuel tank and a 
transceiver is mounted on the fuel dispensing nozzle). The fuel dispensing system application, however, 
is not desirable because maintenance of the fuel dispensing nozzle with the transceiver can present a 
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service problem as well as a replacement problem and. fanhermore. the location of the transponder and 
transceiver can create a fire hazard. 

Application of the above-described radio frequency customer identification (RF-CED) 
technology to a ser\'tce station environment is fraught with heretofore unresolved problems. In large 
5 service stations with multiple islands of two-sided pumps and heavy, unpredictable traffic patterns, the 
potential exists for unintended crosstalk, i.e., "cros^-reads.'' of an RF-CID transponder attached to a 
vehicle by the wrong antenna/reader. Crosstalk can result in the erroneous billing of a customer for 
services never received. While commercially available readers can be physically linked or otherwise 
operated to sy-nchronize their transmission pulses, a system and strategy' has not yet been developed for 
^if) effectively synchronizing multiple readers in a service station environment to minimize, if not eliminate, 
^ cross-reads. The problem of implementing a synchronization strategy, once determined, is fiirther 

ry complicated by individual readers dropping out of synchronization in the course of detecting 
transponders. 

In addition to transponder crosstalk, other aspects of the customer identification process are less 
^ 15 than ideal when RP-CID technology is used in a service station environment. As mentioned previously. 

the vehicle recognition system of the '380 patent, in addition to providing an impractical 
J^^ antenna/controller arrangement uses a vehicle identification method that begins to activate the account 
^,0 when it is determined that the vehicle in proximity to the antenna has stopped moving, and upon such 

determination, locks out other antennas (and their respective pump controllers) from reading the same 
20 customer's transponder. While the foregoing may be adequate in an idealized service station 

environment with predictable vehicle flow patterns, this method of activation is unreliable in a station 

with multiple islands of two-sided pumps and can result in improper or problematic customer activation. 
What is needed, therefore, is a radio frequency customer identification (RF-CID) system for a 

service station that reliably and accurately identifies and charges customers for purchases of services 
25 or products in an environment having multiple dispensers and/or sale sites. 



Summary of the Invention 
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A dispensing system and method of the present invention, accordingly, utilizes radio frequency 
customer identification capabilities in a service station environment to reliably and accurately identify 
and charge customers for their purchases. 

To this end. the dispensing system and method of the present in\'ention determines whether a 
5 transponder containing customer identification data is within range of a dispenser, the dispenser 
requiring activation by the customer to initiate a transaction and the dispenser including a reader 
associated therewith for emitting radio frequency signals within the dispenser range, and for receiving 
customer identification data from the transponder responsive to the emitted radio frequency signals 
received by the transponder. When the transponder is within range of the dispenser, an in-range 

IQ indication is provided to the customer. A determination is made whether the dispenser has been 
activated by the customer following a determination that the transponder is within the dispenser range. 

ru Upon activation of the dispenser following the determination that the transponder is within the dispenser 
range, the customer identification data received by the reader is associated with a transaction at the 
activated dispenser, whereupon the transaction at the activated dispenser is permitted and charged to 

i5 the customer according to the customer identification data. 

ry In another aspect, the present invention is embodied as a dispensing system that includes a 

transponder containing customer identification data; a dispenser for providing a customer transaction 
within a dispensing area: antennas each associated with the dispensing area of the dispenser, the 
antennas including a long range antenna located relative to the dispenser for use by the transponder of 

20 a type mounted to a vehicle, and a short range antenna located relative to the dispenser for use by the 
transponder of a type that is hand-held; at least one reader connected to the antennas for emitting radio 
frequency signals from the long range antenna within a selected long range of the dispensing area, and 
from the short range antenna within a selected short range of the dispensing area, and for receiving 
customer identification data from the transponder, the customer identification data being received by 

25 the reader responsive to the emitted radio frequency signals when the transponder is within its range 
of the dispensing area; and a processor arrangement connected to the at least one reader and to the 
dispenser for associating customer identification data received at the dispensing area with a transaction 
at the dispenser, whereupon the transaction at the dispenser is charged to the customer according to the 
customer identification data. 
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The present invention o\'ercomes the above-noted problems vv'ith the prior art by providing a 
reliable, safe, customer-friendly identification system that can automatically identify a customer 
purchasing services or products at a service station, and bill the customer's account for any purchases 
made. The system of the present invention interfaces smoothly with existing service station svstems 
to provide overall customer identification, billing, account status, and pump control. 

With the customer identification system of the present invention, the customer is provided the 
flexibility of using either a long-range, vehicle-mounted transponder and'or a short-range, hand-held 
transponder for automatic customer identification and billing, or may o\'erride the use of a transponder 
and select a more conventional method of payment. Both t\'pes of transponders contain personal 
customer identification data which is broadcast in response to predetermined radio frequency ("RF") 
waves. 

The system can include long-range antennas that are mounted to the tops of the fuel dispensers 
and short-range antennas that are mounted to the sides of the fuel dispensers. Readers housed in the 
dispensers send radio frequency power pulses to the antennas which in turn direct the power pulses to 
create electromagnetic fields. The antennas are optimally positioned so that the electromagnetic fields 
cover predetermined areas near the dispenser. The frequency, power, and antenna design have been 
selected to insure a proper read area and to eliminate reflective signals that are present at UHF 
frequencies. The areas are set so that there is little or no overlap with electromagnetic fields that may 
be created at adjacent or nearby dispensers. In the case of a long-range antenna, the electromagnetic 
field may cover an area that extends several feet from the dispenser; whereas in the case of a short-range 
antenna, the electromagnetic field may extend several inches from the dispenser. 

The antennas also pick-up customer identification data that is broadcast by the transponders. 
In particular, if a vehicle-mounted transponder enters the electromagnetic field created by a long-range 
antenna, the vehicle-mounted transponder will become activated and broadcast its customer 
identification C'CID") code. The long-range antenna detects the CED code and sends the code to the 
associated reader for decoding and processing. Similarly, if a hand-held transponder enters the 
electromagnetic field created by a short-range antenna such as when a customer waves the transponder 
in front of the short-range antenna, the hand-held transponder will become activated and broadcast its 
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customer identification i/'CID'l code. The short-range antenna detects the CID code and sends the code 
to the associated reader for decoding and processing. 

In order to further minimize the potential for interference between antennas of adjacent or 
nearby dispensers, the system of the present invention coordinates the trcinsinission of the pulse waves 
5 from the various readers. In general, the readers 3electi\'ely send out puise waves so that only antennas 
facing the same direction send out puise waves at the same time. Other puise timing arrangements 
could be used for other antenna configurations to eliminate interference from nearby dispensers. The 
system uses sync pulses and timing to coordinate the transmission of power pulses through the various 
antennas of the system. 

10 The system of the present invention also provides an alert indication for alerting the customer 

when a transponder has been detected and the customer is authorized to begin fixeling. The alert may 
be in the form of a light positioned on the dispenser which turns on and off in response to various 
i triggers such as the detection or non-detection of a transponder by an associated antenna, the removal 
I'y or return of an associated fuel nozzle to its seat, the selection of an alternate payment method {e.g., 
1§ credit/debit card or cash), the recent detection and use of a transponder at the service station, the 
EH approval of credit, or the denial of credit. 

ly A technical advantage of the invention is that it integrates easily with the user interface of 

existing service station equipment. 
^ Another advantage of the invention is that it provides the customer flexibility in selecting 

20 payment methods without eliminating options available with existing payment processing systems. 

Another advantage is that it can be safely and unobtrusively installed in a service station. 
The present invention also provides a faster, more etYicient method of dispensing fuel 
While the present invention enhances the process of serving a customer, it also speeds backroom 
operations, such as accounting and the taking of inventory. 

25 Brief Description of the Drawings 

Fig. 1 is a schematic block diagram illustrating an overhead view of a service station equipped 
with the customer identification system of the present invention. 
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Fig. 2 is a graph plotting transponder capacitor voltage with respect to time for a transponder 
used with the system of Fig. 1 . 

Fig, 3 A is a partial rear perspective view of the back end of a vehicle illustrating the placement 
of a vehicle-mounted transponder used with the system of Fig. 1 . 

Fig. 3B illustrates a card hand-held transponder and a key ring hand-held transponder used with 
the system of Fig, h 

Fig. 4A is a side view of a dispenser used with the system of Fig. 1. 

Fig, 4B is an end view of the dispenser of Fig, 4 A. 

Fig. 5 A is a side view of another embodiment of a dispenser used with the system of Fig. 1. 
Fig. 5B is an end view of the dispenser of Fig. 5 A. 

Figs. 6A and 6B are schematic block diagrams illustrating components of a dispenser for 
connection to a host computer used with the system of Fig. 1 . 

Fig. 7 is a schematic block diagram of the site wiring between readers and the host computer of 
the system of Fig. 1. 

Fig. 8 is a schematic representation of a service station environment and the arrangement of 
dispensers therein illustrating a reader synchronization strategy for the system of Fig. 1. 

Figs. 9A - 9C are timing diagrams of communications signals on the synchronization line 
between master and slave readers of the system of Fig. L 

Figs. lOA and lOB are detailed timing diagrams showing communications to and from a master 
reader of the system of Fig. 1 . 

Figs. 1 lA - 111 and 12 are flowcharts illustrating the user operation of the system of Fig. 1. 

Fig. 13 is a diagram illustrating the major software tasks and subsystems involved in the 
handling of a customer identification (CID) transaction for the system of Fig. 1 . 

Fig. 14 is a diagram illustrating the Transponder Reader Task's Data Flow for the system of Fig. 

1. 

Fig. 15 is a diagram illustrating the Return on Status Change interface for the system of Fig. 1. 
Fig. 16 is a diagram illustrating the Authorization Request and Reply Handling for the system 
of Fig. 1. 
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Figs. 17A - I7X and 17Q are flowcharts illustrating the customer identification primitive tasks 
of the system of Fig. 1. 

Detailed Description of the Preferred Embodiment 
In Fig. 1, the reference numeral 10 refers to a customer identification (CID) system embodying 
5 features of the present invention. The system 10 electronically identifies a customer, authorizing a 
transaction involving the purchase of goods or services by that customer, and subsequently bills the 
customers account for the services. In one embodiment the system 10 identities, authorizes, and bills 
customers for services provided at a ser\4ce station. Generally, the system 10 allows customers to drive 
up to a fuel dispenser and immediately begin pumping fuel (or have fuel pumped for them) without 
10 having to go inside the service station building to pay for the fuel or having to insert a credit card into 
J^Q a card reader at the fuel dispenser As explained further below, the system 10 may also be used for 
1?; other services at the station such as a car wash or for making payments inside a convenience store. 

rU I' SYSTEM OVERVIEW 

In one embodiment (Fig. 1), the system 10 is implemented in a service station environment that 
includes two service islands 12, each having two dispensers or fuel pumps 14, it being understood that 
"..J the number of islands and pumps, as well as their geometry and relationship to one another, may vary 
"^t; according to the requirements of the environment. Communication and synchronization lines, discussed 
fy more fully below, connect the dispensers 14 to a host computer 16 for controlling operation of the 
dispensers. An additional Site 18, representing a car wash, food ser\ice, payment station or other 
20 amenity, is also connected to the computer 16. It is understood that each of the dispensers 14 includes 
a dispensing area on each of the opposing sides of the dispenser, each of which has at least one fuel 
nozzle (not shown) and a customer activated terminal (CAT) (shown in Figs, 4 A and 5 A) for performing 
traditional dispensing functions as well as the functions to be described in detail below. It is also 
understood that the computer 16 may be connected to a network (not shown) for performing functions 
25 including, but not limited to, customer billing verification- 
Radio frequency customer identification (RF-CID) readers 20 are included with each of the 
dispensers 12 and with the site 18 (not shown). Connected to each reader 20, and mounted to each fuel 
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dispenser 14, are four antennas; two (2) long-range antennas 22 A. 22B mounted to the top of the 
dispenser 14 (on each opposing side thereof) for detecting vehicle-mounted customer transponders 23, 
and two (2) short-range antennas 24 A, 24B mounted inside the head of the dispenser 14, one on each 
side of the dispenser, for detecting hand-held customer transponders 25. Further details of the antennas 
5 can be found in co-pending U.S. Patent Application Serial No. 08, 792.644, tiled on January 3 L 1997. 
assigned to Texas Instruments, inc., and incorporated herein by reference in its entirety. As discussed 
in detail below, each reader 20 polls the four antennas 22 A, 22B. 24 A, 24B of each dispenser 14, 
sending power pulses to the antennas, reading the customer identitlcation (CID) data detected by the 
antennas from the transponders (e.g., the transponders 23 or 25) and sending the data to the host 
10 computer 16. For example, it is contemplated that a vehicle 26 entering a dispensing area in front of 
g one of the fuel dispensers 14 will include a transponder 23 mounted thereto such that the long-range 
'r= antenna 22B (as shown in Fig. 1) on the dispenser 14 nearest the vehicle will read the CID data 

r; contained in the transponder. 

y The transponders 23, 25 are radio frequency identification tags (RFID tags) that may either be 

15 mounted to the customers' cars or may be hand-held, key ring/chain or credit card style units. These 
transponders and the low frequency RF-ID system are further detailed in U.S. Patent No. 5,053,774. 
issued on October 1. 1991, assigned to Texas Instruments, Inc., and incorporated herein by reference 
in its entirety. The transponders 23, 25 contain customer identification (CID) data that is broadcast in 
ffl response to receiving a predetermined radio frequency ('"RF") wave (i,e.. a power pulse). The RF wave 
20 is sent by a reader 20 housed in one or more of the dispensers 14. The antennas 22A, 22B, 24A, 24B 
mounted to the dispensers 14 read the broadcast data and send the data to the readers 20 for decoding 
and further transmission to the host computer 16 or also to a network where the data can be verified and 
the customer billed after completion of the fueling or other purchase. 

Suitable transponders 23, 25, antennas 22A, 22B, 24A, 24B, and readers 20 used in the system 
25 10 are available from Texas Instruments Incorporated of Dallas, Texas under the TIRIS™ (Texas 
Instruments Registration and Identification Systems) product line. For instance, each of transponders 
23, 25 contain an antenna, transponder IC (integrated circuit), and a charge capacitor. Some of the 
TIRIS"^*^ product line is described in a brochure entitled "Texas Instruments Registration and 
Identification Systems'', Document Number 22-27-008 (1994). which is incorporated herein by 
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reference. Additional infomiation about these components is publicly a^'ailable from Texas Instruments 
Incorporated and should enable those of ordinary' skill in the an to make and use the system 10, 
following the description set forth in this specification and the patents and co-pending patent 
applications assigned to Texas Instruments. Inc., and incorporated herein by reference in their entireties. 
5 to achieve desired functionalities. 

In one preferred embodiment, the readers are low and high frequency readers that send out 
periodic power pulses of approximately 134.2 kHz to the antennas 22 A. 22B, 24A, 24B and receive 
signals from antennas 22 A and 22B at around 900 MHZ. The system in which a low frequency signal 
is transmitted from a reader to a transponder and the transponder responds with a high frequency signal 

10 is further described in U.S. Patent No. 5,351.0052. issued on September 27, 1994. assigned to Texas 
f\ Instruments, Inc.. and incorporated herein by reference in its entirety. Other suitable parameters are also 
^ contemplated. Such a reader may include a Series 2000 Reader System or a Series 5000 Reader System 
p available from Texas Instruments, Inc. of Dallas. Texas. Alternatively, the reader may be a high 

11 frequency reader. The long range antennas are preferably gate antennas such as the G03, G02, or GOl 
15 model antennas available from Texas Instruments, Inc. The long-range antennas may also be custom 

antennas that blend with the appearance of the dispenser 14. The short range antennas are preferably 
y ferrite rod antennas available from Texas Instruments or altemativeh' may be constructed from a printed 
™ circuit board that includes a coil having an appropriate inductance. 

rO The readers 20 send out periodic, low frequency, power pulses of approximately 134.2 kHz to 

20 the antennas 22 A, 22B. 24A, 24B. The antennas 22A, 22B, 24A, 24B in turn direct the electromagnetic 
fields generated by the power pulses to particular areas adjacent the dispensers. This selectivity in the 
placement o the fields is further described in the aforementioned co-pending U.S. Patent Application 
Serial No. 08/794,644, filed on January 31. 1997, and assigned to Texas Instruments, Inc. A power 
pulse lasts approximately 50 milliseconds (ms) and may be generated every 90 ms to 140 ms. When 
25 a transponder 23, 25 enters the electromagnetic field, the energy is collected by an antenna (not shown) 
in the transponder and stored in a small capacitor (also not shown). After the power pulse is completed, 
the transponder 23, 25 transmits the customer identification data using the energy stored in the 
capacitor. The antennas 22 A, 22B, 24 A, 24B mounted to the dispensers 14 read the data broadcast from 
the transponder 23 or 25 and send the data to the readers 20 for decoding and further transmission to 
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the host computer 16 or a network where the data can be verified and che customer billed after 
completion of the fueling or other purchase. 

Fig. 2 graphically illustrates the operation of a transponder 23 or 25 in cooperation with a reader 
20, Responsi\'e to a reader 20 emitting a power pulse (typically occurring for 50 ms), the transponder 
5 23 or 25 (if within range) will be charged as indicated by the increase in the voltage potential of its 
capacitor (not shown). Once charged, the transponder 23 or 25 then emits a response signal (lasting 
about 20 ms) thereby sending its customer identitication data to the reader 20. In total about 128 bits 
are transmitted which are picked up by the antenna (e.g., one of antennas 22A, 22B, 24 A, 24B) of the 
reader 20 and then are decoded. Once the data has been sent, the transponder 23 or 25 continues to 
10 discharge its storage capacitor thereby resetting the transponder to make it ready for the next read cycle. 
O The period between the transmission pulses is known as the "sync time" and lasts tor about 20 ms, 
Jy depending upon the chosen criteria. The next power pulse may be transmitted approximately 20 ms to 
^ 50 ms after the transponder 23 or 25 has completed transmitting the data. As explained further below, 
O the sync time between pulses is used to coordinate the transmission of the power pulses through the 
;|p various antennas 22 A, 22B, 24 A, 24B of the system 10. The synchronization of the multiple readers 
f is detailed fiirther in U.S. Patent No. 5,748,137, issued on April 5, 1998. assigned to Texas Instruments, 

ry Inc., and incorporated herein by reference in its entirety. 

12 According to one embodiment of the invention, it is desirable to transmit the power pulse at a 

^3 low ft-equency and charge the capacitor in transponders 23 and 25. The transponders 23 are designed 
20 to emit the response signals at a higher frequency, such as Low Ultra High Frequency, such as 902.85 

mHz. The transponders 25 are designed to emit the response signals at a lower frequency, such as 134.2 

KHz. 

Referring again to Fig. 1, it is understood that the illustration is not necessarily drawn to scale. 
In a typical service station, the width of the dispensers 14 is approximately 48 inches. Furthermore, the 
25 distance between the dispensers 14 on a single island 12 is approximately 3.6 to 6 meters, and the 
distance between facing dispensers 14 of adjacent islands 12 is approximately 8 meters. Each fuel 
dispenser 14 has two separate dispensing areas, one on each side of the dispenser 14, where the fuel 
nozzles and registers are located. As indicated above, each dispensing area typically also has a 
customer activated terminal ("CAT") that a customer uses to make selections such as type of payment 
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and where messages may be displayed to the customer. Other possible arrangements of the system 10 
include environments with more than two service islands, not necessarily parallel to one another, or 
arrangements in which the islands form a circle with inner and outer rows or islands. 

Referring to Fig. 3 A, the vehicle-mounted transponder 23 may be mounted to the rear window 
5 28 of the vehicle 26 preferably near the side of the vehicle where the fuel door 30 is located. In Fig. 
3 A, the vehicie-niounted transponder 23 is positioned approximately t\vo (2) inches from the top 32 and 
side 34 edges of the rear window glass. The vehicle-mounted transponder 23 may be applied to the 
window 28 with adhesive-backed VELCRO® pads. One pad is adhered to the transponder 23 and 
another is adhered to the inside surface of the vehicle window 28. Although the vehicle-mounted 
10 transponder 23 has been described herein as being positioned on the rear window 28 of the vehicle 26, 
, □ other locations such as a side window may be suitable depending upon the particular arrangement of 

if, the long-range antennas 22A, 22B. Furthermore, other means for mounting the transponder 23 to the 

vehicle may be used. 

m Fig, 3B illustrates two variations of a hand-held transponder 25 which a customer can wave in 

"15 front of one of the short-range antennas 24 A, 24B mounted on the opposing sides of the dispenser 14. 

The hand-held transponder 25 may be a key ring or chain style unit 25A or a credit card st\'le unit 25B, 
[y or have a different suitable hand-held form. Variations in the shape and size of the transponder 25 are 

'Z, contemplated. 

CQ Figs, 4A and 4B illustrate a mounting arrangenient for the four antennas 22A, 22B, 24A, 24B 

20 on a dispenser 14. The two long-range, or vehicle-mounted antennas 22A, 22B, are preferably mounted 
to a top 36 of the dispenser 14. One long-range antenna 22 A or 22B extends outwardly from each side 
38A or 38B of the dispenser 14 so that the plane of the antenna is substantially perpendicular to the side 
38A or 38B of the dispenser 14. The antennas 22A, 22B transmit equally well from either side of the 
antenna, perpendicular to the plane of the antenna. The antennas 22 A, 22B, therefore, are aligned so 
25 that the electromagnetic field generated from one side of the antenna is directed toward the dispensing 
area for a vehicle on the appropriate fueling side of the dispenser 14, and the electromagnetic field from 
the other side of the antenna is directed up and away from the other side of the dispenser 14 as shown. 

The top 36 of the dispenser location provides the optimum performance for reading vehicle- 
mounted transponders 23. This location and orientation of the long range antennas 22 A, 22B also 
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eliminates any problems associated with reading a vehicle-mounted :r3.nsponder 23 of a vehicle located 
on the opposite side of the dispenser 14. Furthermore, with this location and orientation, the radio 
frequency waves are less likely to reach the fueling areas of adjacent service islands 12. 

The short-range, or key ring/credit card style transponder antennas 24A. 24B are preferably/ 
5 mounted within the dispenser 14 head behind corresponding authorization hghts 45 A, 45B. The 
authorization lights 45 A, 45B advise the customer that he or she is authorized to pump fuel. One short- 
range antenna 24A or 24B is positioned on either side 38A or 38B. respectively, of the dispenser 14 as 
shown in Fig. 4B. The antennas 24 A, 24B are also positioned near opposing ends 46 of the dispenser 
14 as shown in Fig. 4A. This positioning of the antennas 24 A, 24B helps prevent the reading of 
10 transponders from the wrong side of the dispenser 14. In another embodiment, the authorization lights 
^1 45 A, 45B can be located apart from the dispenser 12 or in different locations on the dispenser. 

^ Fig. 4A also shows the customer-activated-terminal ("CAT'l on the dispenser 12. The CAT 

S includes a display 50 where messages may be presented to the customer and a key pad 55 which the 

y customer may use to make various selections discussed further below. 

"15 Figs. 5 A and 5B illustrate a second possible arrangement of the antennas on the dispensers. In 

^- this embodiment, the long-range antennas 22 A', 22B' are mounted to the top of the dispenser 14' and 

y extend outwardly from the sides 38 A', 38B' of the dispenser 1 4' at an upward angle as shown in Fig. 5B. 

!; The electromagnetic fields are directed from one side of the antenna toward the appropriate fueling area 

;g and are directed up and away from the other side. The short-range antennas 24A', 24B' of this 
20 embodiment are arranged in a similar manner as the short-range antennas of the first embodiment. 

The transponders 23 and 25 may be read only (R/0), low frequency RFID tags containing a 64- 
bit customer identification code and are available from Texas Instruments, Inc. For example, the 
vehicle-mounted transponders may be low frequency transponders available from Texas Instruments^ 
Vehicle and Container Series, and the short-range transponders may be low frequency transponders 
25 available from Texas Instruments' Badge & Card Series. 

Alternatively, the transponders 23, 25 may be read/write (R/W), low frequency RFID tags wdth 
a range of different memory capacities. Such R/W transponders are available from Texas Instruments 
Incorporated. One type of R/W transponder commercially available from Texas Instruments 
Incorporated is an "authenticated'' transponder. Such transponder receives a 40-bit challenge code from 
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reader 20. Ever\' transponder has a unique algorithm contained therein. The transponder receives the 
40-bit code, processes it with the unique algorithm, and returns to the reader 20 a 24-bit answer. Thus 
the reader 20 receives the transponder number and the 24-bit answer. The reader 20 then sends to the 
host computer 16 the transponder number, the challenge code and the answer received from the 
5 transponder. The host computer 16 then refers to a look-up table for that transponder number, identifies 
the algorithm for that transponder, and runs the 40-bit code through that algorithm, and gets a 24-bit 
answer out of its algorithm, thea compares that mth the answer that came from the transponder. If the 
answers match, it is an authentic transponder. 

The customer identification codes (CIDs) on the RAV transponders may be changed or other data 
10 added for business and/'or security purposes. For example, the number of times in a day that a vehicle- 
mounted transponder is used for a fueling transaction at a particular service station or locality can be 
^ tracked and written to the transponder 23, 25. This information can be used for various reasons 

including limiting the number of times that a vehicle-mounted transponder can be used in a day. 
ry Furthermore, personal preference information related to the buying experience may be written to the 

15 transponder. Likewise, the transponder can be connectable by a suitable interface to microprocessors 
such as a vehicle's on-board computer so that, in cooperation with the system 10, information can be 
y written to the transponder and then displayed to the customer while fueling (e.g., fuel economy 

calculations, miles traveled since last fill up, engine conditions and the like). 
^ The actual reading range or distance for the antenna/transponder combinations depends upon 

20 such criteria as transponder size and type, antenna size and type, transponder and antenna orientation, 
and electromagnetic noise. A combination of a long-range antenna 22A or 22B mounted to the top of 
the dispenser 14 and a vehicle-mounted customer transponder 23 preferably provides a read range of 
up to approximately seven (7) feet measured from the side face of the dispenser 14. The combination 
of a short-range antenna 24 A, 24B located in the dispenser 14 head and a key-ring or credit card style 
25 customer transponder 25 preferably provides a read range of four (4) to six (6) inches. 

Table 1 below shows preferred read ranges for the vehicle-mounted transponder/antenna 
combination and the key chain/credit card transponder/antenna combination in one embodiment. Note 
that a bezel surface is a side surface of the dispenser proximate a corresponding short range antenna. 
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Table 1 



Transponder Type 


Read Range^ 


On Side 


Offside 


Vehicle Mounted 


Depth': 

Minimum: 60 inches 
Ideal: 84 inches 

Width: 42 to 60 inches 

Heighf: 39 to 60 inches 


1 8 inches 


Key Chain/Credit 
Card 


Bezel surface to 4 to 6 inches^ 


No reads 
allowed 



FU Measured from bezel surface 

F y *^Measured perpendicular to the side of the dispenser 

^ ^Measured from the base of the dispenser 

JIO ^Measured perpendicular to the side of the dispenser 

Fig. 6 A is a schematic block diagram illustrating hardware details of a dispenser 14 for the 
ru system 10. The two long-range antennas 22 A, 22B (each labeled as 'TOP OF DISPENSER 
T1 ANTENNA") are mounted to the top 36 (Fig. 4 A) of the dispenser 14 in a ''safe area" 57, An antenna 
^fe conduit assembly 60 extends through a ''dispenser uprights" section 58 and a "dispenser hydraulic" 
section 59 to a "dispenser head safe area" 61 for connecting the long-range antennas 22 A, 22B to a 
multiplexer 62 ("MUX"). The multiplexer 62 is housed in the dispenser head safe area 61 along with 
the reader 20. The dispenser head safe area 61 is separated from the hydraulic section 59 by a vapor 
barrier 64. 

20 Also housed in the dispenser head safe area 61 and coupled to the multiplexer 62 are the short- 

range antennas 24A, 24B (each labeled "KEY RING ANTENNA"). The multiplexer 62 controls the 
transmission of the energy pulses from the antennas 22 A, 22B, 24A, 24B. A synchronization ("SYNC") 
line 66 provides the coordination commands to the multiplexer 62 for transmitting power pulses. A 
radio frequency ("RF") line 68 provides the low frequency, FM power pulses that are transmitted by 

25 the antennas 22A, 22B, 24A, 24B. 
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The multiplexer 62 and reader 20 are both coupled to the authorization lights 45A. 45B for 
controlling the activation of the lights. The reader 20 is coupled to the host computer 16 (Fig. 1) via 
a communications (''COMM'^ Une 72 and to the other readers 20 via a synchronization ("SYNC) line 
74. A power supply 76 housed in the dispenser 14 head provides power to the reader 20, the 
5 multiplexer 62 and the authorization lights 45 A, 45B. The power supply 76 is also coupled to an 
outside power source via a power line 78. A main conduit assembly 80 ( labeled "ASSY'O supports and 
protects the communication line 72, the s\tic line 74, and the power line 78 which are fed to a main 
junction box 82 coupled at 70 to the power storage source and the host computer 16. 

Fig. 6B is a schematic illustrating the signal flow between the host computer 16. the dispenser 
^^10 1 4 and the antennas 22A, 22B, 24A, 24B connected to the antennas through the MUX 62. Each reader 
^ 20 includes a microprocessor (not shown) and programming instructions (le., software, not shown) for 

causing the power pulses to be generated by the antennas 22 A, 24A. 22B, 24B through the channels of 
^ the J\/IUX 62 that connect each antenna to the reader. More particularly, reader 20 Includes a subsystem 
fy having a digital control board (DCB), a transmitter module (Tx), and a receiver module (Rx). The 

15 digital control board includes a microprocessor or microcontroller. The DCB processes the receiver 
J;; module's output, handles communications protocol and the vehicle tag, and communicates with the host 

Ly computer. The POS system is based on a low frequency (LF) downlink and an ultra-high frequency 

(UH) uplink. This hybrid L/UHF solution benefits from low batter}' usage and provides localization 
to resolve noise interference to the identification signal. The passive transponders emit a signal only 
20 when awoken by the appropriate LF signal transmitted via the transmitter module (Tx) when the 
transponder is within a respective energy field range or localized zone. 

Still further, with respect to the digital control board, the DCB is preferably installed within the 
cabinet of the fuel dispenser. Major functional blocks of the DCB include a microcontroller, a digital 
signal processor (DSP), and a system timing generator. The microcontroller supervises operation of 
25 reader 20. The DSP processes transmitted LF data and received UHF data. The system timing 
generator synchronizes all of the system events for a given reader. In one embodiment, the DCB 
interfaces to a LF motherboard, bezel assemblies, a UHF receiver board, and dispenses power supplies. 

Referring again to Fig. 6B, to be properly synchronized, for reasons described below, all of the 
readers 20 in the system 10 must cycle through the MUX 62 channels to activate the antennas 22A, 
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24A. 22B, 24B attached thereto in a predefined, coordinated sequence. For example, in the illustrated 
embodiment each reader 20 includes a MUX 62 with four channels wherein each channel 1-4 is 
connected to a different antenna M (e.g., antennas 22 A. 24A. 22B. 24B). Synchronized operation, as 
explained below, therefore requires that all of the readers 20 generate a charge pulse on channel 1 at the 
5 same time, on channel 2 at the same time, on channel 3 at the same time and on channel 4 at the same 
time. If one reader generated a charge pulse on channel 1 while another reader 20 generated a charge 
pulse on channel 3, or if the readers 20 each operated to generate pulses on any of the channels 
independently of the other readers, then the readers would be out of synchronization. To keep all of the 
readers 20 in synchronization, the sync line 74 (Fig. 6 A and 7) connected to each of the readers 20 

^^10 instructs the MUX 62 in each reader (through the sync line 66) when to generate a charge pulse and on 

i^n what channel to generate it. 

Fig. 6B further illustrates the communication between payment terminal and pump controller 

;;[; circuitiy 15 and the host computer 16. The payment terminal may be a customer activated terminal 

fU (CAT) and the pump controller circuitry responds to instructions from the host computer 16 and the 

15 payment terminal for dispensing fuel from the dispenser 14. The payment terminal and pump controller 

'[f; circuitry are conventional and therefore not described in further detail. 

Ly Fig. 7 further illustrates the site wiring for the system 10 showing the communication line 72 

\^ and sync line 74 connections among the multiple readers 20. The timing signals for coordinating the 
^ transmission of power pulses from readers 20 (labeled with numbers L 2, 3 and N) are carried by the 
20 sync line 74. The coordination of the transmission of the power pulses from the various readers 20 is 
discussed further below. Any number of the readers 20 is contemplated. While not shown in great 
detail, it is understood that each reader 20 includes a radio frequency module (Tx and Rx) and a control 
module (DCB). The radio frequency module generates the power pulses and receives the data broadcast 
from the transponders 23, 25. The control module (DCB) has a microprocessor or microcontroller that 
25 decodes and processes the transponder data and communicates with the host computer 1 6. 

Preferably, the readers 20 are interconnected on an RS-485 serial data loop to provide 
synchronization of the transmit/receive cycle. This link ensures that all dispenser 14 locations are 
activating like antenna positions to minimize interference from each other, as described below. While 
not shown, RS232-485 converters interconnect the host computer 16 with the readers 20. 
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n. SV-N'CHRONIZATION OF THE READFRS 

Figs. 8-10 illustrate details concerning synchronization of the readers 20 within the system 10 
to avoid crosstalk among the transponders 23 that could result in erroneously billing a customer for 
services never received. 

In Fig. 8. a simplified schematic of the system 10 is shown in which the dispensers 14 are 
labeled as pumps 1-4 and hav e corresponding readers 20-1 to 20-4. each with antennas A and B on 
opposite sides of the pump. To illustrate the crosstalk problem, the readers in pumps 1 and 3 are 
unsynchronized thus demonstrating the potential for crosstalk caused by a transponder X being charged 
by one of the readers when the transponder X is located between the pumps. In contrast, the readers 
in pumps 2 and 4 are synchronized thus solving the crosstalk problem for a transponder Y located 
between the pumps. 

Pumps 1 and 3 send out power pulses from antennas B and A. respectively, thereby causing the 
potential for one or both of them to charge the transponder X. even though the transponder X is closer 
to pump 1. Each of the antennas B and A emitting power pulses generates an energy field extending 
from the antenna, as represented by lines in the figure. The energ}" field in front of each antenna 
includes a "near field" region, a "'far field'* region, and a ''transition zone" therebetween (not shown). 
There are no sharp dividing lines between the three regions and somewhat arbitrary limits are set for 
each region based upon the way in which energy spreads as the distance from the antenna increases, 
hi one example, the near field region generally extends out from the antenna to a distance of AD^/A k 
= A/2X where D = the diameter of the antenna, A - area of antenna aperture, and A = wavelength. The 
distance of the far field region is about five times the length of the near field region and occurs at a 
distance of roughly 2D/22. The transition zone is the region therebetween. As shown in Fig. 8, the 
possibihty exists for overlap of the transition zones or far field regions of the antennas B and A for 
pumps 1 and 3 when the antennas emit power pulses simultaneously. 

In looking at the power pulses emitted from pumps 1 and 3, it is most likely that the 
Transponder X will be charged by antenna B in pump 1 , because the transponder is relatively far from 
pump 3; however, it may end up being charged by the overlap of power pulses from both pumps 1 and 
3 even in a situation where the transponder is too far from either pump to be charged by antenna B or 
antenna A alone. This can occur when the energy in the overlapping transition zone or far field regions 
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of the antennas, by virtue of their combined strength, is sufficiently high. Once the power pulses are 
completed, if the transponder X receives sufficient energy it will transmit its data in response. Even 
though pump 1 is closest to the Transponder X, it is possible that pump 3 will also receive the response, 
thereby resulting in crosstalk. An even worst situation could arise if two transponders were in the center 
lane between pump 1 and pump 2 and the pumps I and 3 receive the responses from the wrong 
transponders resulting in a customer being charged for services provided for another customer. 

Pumps 2 and 4 send out power pulses from their antennas A and A, respectively. Transponder 
Y is too far away to be charged by the energy field generated by pump 4 alone: and it will not be 
charged by pump 2. since the power pulse from pump 2 is not in a direction facing the transponder. 
Transponder Y will only be charged when it receives a power pulse from antenna B on pump 2 (which 
will then be the only antenna receiving a response). Such a synchronized system provides better 
separation and higher confidence that the proper response is coming fi-om the correct transponder 23. 

Thus synchronization of the system 10 is accomplished when the readers 20 selectively send out 
power pulses so that all the antennas facing the same general direction {e.g. all antennas facing north, 
or facmg south, or facing east, or facing west) send out a pulse at the same time, and all antennas facing 
different-directions do not send out pulses at that time. This synchronization is accomplished by the 
readers 20 transmitting pulses from antennas facing one direction (e.g.. antennas A) during the sync 
time (see Fig. 2) of the transmit/receive cycle of antennas facing a different direction (e.g.. antennas B). 

Other synchronization arrangements are possible depending upon the number of pumps and their 
relationship to one another. In one embodiment, the synchronization does not necessarily need to occur 
for all antennas but instead will occur only in the case of antennas for dispensing areas that face each 
other where the energy fields in front of the antennas might possibly overlap. 

Referring also to Fig. 1, a synchronization strategy that prevents energy fields from the different 
antennas from overlapping results when each reader 20 pulses antennas 22A at the same time, followed 
by antennas 24A at the same time, followed by antennas 22B at the same time, foUowed by antennas 
24B at the same time. The foregoing successive sets of antennas are pulsed during the sync time (or 
thereafter) following the data transmit cycle of transponders charged by the previous antenna set. In 
the strategy just described, antennas for car mounted transponders 23 and hand-held transponders 25 
alternate in their pulsing, and pulsing only occurs on one side of each island 12 at a time so that a 
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vehicle located between the islands is not subject to receiving pulses from opposite directions caused 
by overlapping energ>' fields. In this case, each "A" antenna (antenna 22A or 24A) (facing west as 
viewed in the drawing) sends out a pulse during the sync time of the transmit/receive cycle of the 
previously pulsed "B'antenna (antenna 22B or 24B) (racing east as iewed in the drawing), and vice- 
versa. This represents an antenna pulse sequence of 22A. 24A. 22B. 24B. Alternative sequences 
include: 22A. 22B. 24A. 248. Any other combination thereof is appropriate so long as "A" antennas 
and "B" antennas do not charge in the same cycle. 

Another way in which the wrong transponder could be charged for response back to the reader 
is if a canopy were to exist over the readers of a toll plaza. For example, one reader transmission could 
possibly bounce of f the ceiling of the canopy into another car's transponder's charge range, thereby 
polling the wrong transponder for the lane transaction and possibly effectively billing the wrong 
customer. To prevent this situation from occurring, a second antenna is positioned at a point on the 
ceiling of the canopy from which reflections originate. This second antenna transmits a jamming signal 
m such a way that it blocks the downlink poll message transmitted by the actual reader system and jams 
the tranponder's poll message reception, in this manner, the transponder tails to respond to rogue 
reflected reader transmissions. More details abount this jamming antenna are disclosued in co-pending 
U.S. Patent Application Serial No. 8/826,913, filed April 9. 1997. assigned to Texas Instruments. Inc., 
and incorporated herein by reference in its entirety. 

Referring to Figs. 9A-9C and also to Figs. 6A. 6B and 7 discussed previously, operation of the 
readers 20 will now be described in further detail with respect to an implementation of one or more of 
the synchronization strategies mentioned above. 

As indicated previously in Fig. 6B, each reader 20 includes a microprocessor (not shown) and 
programming instructions (i.e., software, not shown) for causing the power pulses to be generated by 
the antennas 22A, 24A, 22B, 24B through the MUX 62 channels that connect each antenna to the 
reader. For example, the Texas Instruments THUS™ Series 2000 and 5000 readers are available with 
standard software known as the S2000 or S5000 software, respectively. The S2000 or S5000 software 
includes programming instructions for controlling the emission of power pulses, for receiving and 
processing data from the transponders 23, 25, and for communicating with the host computer. This 
software may be easily adapted for the presence of the four antennas 22A, 22B, 24 A, 24B. 
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To be properly synchronized, all of tlie readers 20 in the system (Fig. 7) must cycle through the 
MUX 62 channels in synchronization. Synchronized operation requires that all of the readers 20 
generate a charge pulse on channel 1 at the same time, on channel 2 at the same time, on channel 3 at 
the same time and on channel 4 at the same time. It is understood that the specific synchronization 
strategy may be determined based upon which antenna 22A, 22B. 24A. 24B is connected to which 
channel 1-4. The sync hne 74 connected to each of the readers 20 instructs the MUX 62 in each reader 
(through the sync line 66) when to generate a charge pulse and on what channel to generate it for 
purposes of synchronization. 

Figs. 7 and 9A illustrate how each reader 20 is instructed on the sync line 74 to generate 
properly synchronized charge/read cycles. One of the readers 20 is designated as the "master" reader 
and the remainder are designated as "slaves." The master reader 20 generates a synchronization pulse 
(represented by sync timing line 900) on the sync line 74 which inversely follows its charge/read cycle 
(represented by the master timing line 902, wherein a "high" signal is for charge and a -'low-" signal is 
for read). The slave readers 20 use the sync pulse to set up their charge/read timing (represented by 
slave timing line 903). Assuming the charge pulse is fixed at 50 ms and the transponder read is about 
20-25 ms, there should be no reason for variance. However, as illustrated the slave timing line 904 may 
result in a variance from the sync pulse because of message processing occurring in the slave reader 20. 
This has the unfortunate effect of changing the slave reader 20 processor's timing by lengthening the 
time it remains low. Hence synchronization can be adversely affected depending upon the loading of 
the individual reader 20, causing a reader to "drop out" of a charge/read cycle if it is unable to finish 
its processing in time to catch the sync signal. 

Fig. 9B illustrates the effect of a slave reader 20 temporarily dropping out of synchronization 
with the master reader 20 (master line 902) due to a message processing delay in the slave reader. Once 
the message processing in the slave reader 20 is complete, the slave synchronizes once again with the 
sync signal (sync line 900), however the slave reader remains out of antenna synchronization because 
the master reader 20 is charging an antenna on a different channel (e.g., the master reader is charging 
antenna channel 0 while the slave is charging antenna channel 4). Thus the MUX 62 channels being 
charged on all the readers 20 are no longer the same channels at the same time. 
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Fig. 9C illustrates a solution that corrects the synchronization of a slave reader 20 when it drops 
out of sync during message processing. The solution is to use the synchronization line 74 to 
communicate downstream to the slave readers 20 which channel (i.e.. which antenna) to use on the next 
charge cycle. Alternatively, the comm line 72 can be used by the host computer 16 to instruct the 
readers 20 which channel to use. A disadvantage of the latter approach, however, is that in some 
implementations the host computer 16 processing time is required for more imponant tasks. 

As shown in Fig. 9C, use of the sync line 74 to communicate the channel number to each of the 
slave readers 20 is done by encoding the channel number on the sync line. In this manner, the 
processors in all the readers know which antenna to charge even if they miss a charge cycle. As shown 
by the sync timing line 900, a variable length pulse 908 indicates to the slave readers 20 which channel 
to use for the read cycle. The sync line signal includes a 200 microsecond start bit 906 and after that 
a pulse 908 of varying width is transmitted. The length of the pulse 908 indicates which channel of the 
MUX 62 is to be used. A pulse of about 1-100 microseconds indicates channel 1, 101-200 
microseconds indicates channel 2, and so on. 

Interrupts in the readers 20 are enabled until the start bit 906 is detected. At that point the serial 
interrupts are disabled and remain disabled until the measurement of the variable length mux-sync pulse 
908 is completed, whereupon interrupts are again enabled. The interrupts are disabled for a maximum 
of about 600 microseconds. The reader 20 will not lose any incoming serial data because a character 
cannot be completely received in 600 microseconds. Any character that is completely received when 
interrupts are disabled are moved to an intemal register and the next character is partially received in 
the shift register. 

It will be appreciated that reliance on the hardware to buffer characters allows the reader to 
avoid an overrun of a universal asynchronous receiver transmitter (UART), which as explained in more 
detail below is implemented in the reader software according to the present invention. 

The aforementioned synchronization of the readers follows the basic concept that all the slave 
readers wait until the sync line is pulled low. The slave reader, however, must be able to distinguish 
between a low that precedes the MUX pulse 908 and a low that indicates that a charge cycle 910 (power 
pulse) is occurring. This is accomplished by timing the low and knowing that if it exceeds 200 i^s the 
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reader is in the middle of a charge pulse. In the case where the sync line 900 
confusion since the slave reader will continue to wait for a high to iow transition. 

In the case where the sync line is low. as at the start bit 906, it can be dete 
low is preceding a MUX pulse 908 or is a charge cycle 910 bv measuring the amo 
line remains low. If the sync line remains low for more than 200 us 10%). & 
preceding a MUX pulse, but actually a charge cycle 910, in which case the interrupt 
the hunt for the start bit resumes. 

It will be also appreciated that processing routines are written such that mess 
not occur in a manner to inordinately slow down the master reader 20, Slowing do\ 
20 is to be avoided since this will slow down the entire system of readers 20, 

Pseudo-code written for storage and processing in the master and sla 
implements the synchronization of MUX 62 channels using the sync line 62 m 
follows: 

Sync Pseudo-Code (Slave Reader) 
Start: 

start timer 

while sync line is high 
wait 

if timer goes off, go to Start 
// test to see if this is the 200 ^s low. If not, we were not synced! 
start timer 

while sync line is low 
wait 

if timer had gone off then go to Start 
// okay, we are synced. Time the pulse to determine the mux channel 
disable interrupts 
start timer 

while sync line is high 

wait 
enable interrupts 
if timer is zero go to Start 
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if timer :s greater than 3 10 ms 

select anteana-3 
else if timer is greater than 210 ms 

select antemia-2 
5 else it" timer .s greater than 1 10 ms 

select antenna I 
else if timer is greater than 10 ms 

select antenna 0 



Sync Pseudo-code (Master Reader) 
10 Start: 

// make sure the sync line is high for some period that slave will notice. ... 

force sync line high 

set timer for 15 ms 

while timer has not expired 
15 wait 

// go low for 200 us so that the slave will know that 

V this is the start of the mux-sync timing 

force sync line low 

disable interrupts 
20 loop for approx. 200 /^s 

// create the variable width pulse 

force sync line high 

if antenna number = 0 
loop for 75 jus 
25 else if antenna number = 1 

loop for i 75 ^s 

else if antenna number — 2 
loop for 275 fus 

else if antenna number = 3 
30 loop for 375 yus 

enable mterrupts 

force sync line low 

(all readers should now start their power/charge cycle) 
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End Svnc Pseudo-code 

'/ this code should be called after we have read the transponder 
'/ and re -enabled the serial interrupts 
End MuxSync: 
5 tbrce sync line high 

Reference is now made to the foUowing section which discusses a sla\^e reader 20 line protocol 
that may be used in one embodiment of the system 10 for implementing the above described 
synchronization functions. 
LO Slave Reader (C^T) Line Protocol 
,40 1.1 General 

The data link described here is based on a master/slave relationship in which the master (the 
ry CPS) sends data or commands to the slave units (the CPTs). The slave units will make appropriate 

g responses to the master-initiated communication. Under no circumstance will a slave initiate 

communications. The communication is half-duplex and the protocol is transparent and byte-oriented. 
- 15 The protocol allows variable-length. 
fU 1-2 Data Format 

The serial data format includes asynchronous communication: 9600 baud; 1 start bit; 8 data bits; 
no parity bit: and 1 stop bit. 
1.3 Data Link Hardware 
20 The data link is 2-wire, multi-dropped, RS-485. 

L4 Error-Checking 

Error-checking is accomplished via CRC-16 (Cyclic Redundancy Check) on all transmissions. 
Parity is not required at the byte level since CRC-16 is used on all data bytes transmitted. 

1.5 Mode of Transmission 

25 The mode of transmission is preferably half-duplex, asynchronous, start-stop format. 

1.6 Buffer Size 

Transmit and receive buffers at the Master and the Slave reader devices are variable and 
application-dependent. However, the maximum size is 251 bytes, excluding protocol control and 
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inserted DLE ( Data Link Escape) bytes. 'Inserted DLE^^ b\tes are used to achieve data transparency, 
as explained with respect to Code Transparency as discussed herein beiovv. 
1.7 Protocol 

The protocol structure consists of a synchronizing bvte tbllcvv-ed by the slave device address 
byte, an optional data field, a stop byte and two CRC bvtes. The protocol b\i:e-niap includes: 



SYNC 


ADDR 


Data Bytes (251 max) 


SF 


CRCl 


CRC2 



A description of each byte follows: 

SYNC Bvte (FE hex) 

The SYNC Byte indicates to the receiving device that the transmission of communication block 
is staning. It also indicates that the next byte transmitted contains the slave device address. 

ADDR Bvte rOO to FF hexl 
The ADDR B>te is the address of the slave device. 

SF Bvte fFD hex) 

The SF B>te (i.e., stop flag) indicates the end of control and data portions of the transmission. 
SF also indicates that the next two bvtes contain the CRC of the transmission. 

CRCl andCRC2 Bvtes 
CRCl is the least significant byte of the CRC- 16 check work. CRCl and CRC2 are calculated 
on the following bytes: SYNC, ADDR, DATA (excluding inserted DLE's), and SF. 

The Master reader transmits a message according to the above protocol The addressed Slave 
reader responds using the same protocol. After the Master or the Slave reader receives its last data, it 
waits a minimum of 5 ms before turning on its transmitter. This gives the sender a chance to turn off 
its transmitter and turn on its receiver. If the Slave reader detects a transmission error, it does not 
respond. 

Alternatively, the protocol structure may include a synchronizing byte followed by the address 
bytes, a command/response code, an optional data field, a stop byte and two CRC bytes. The address 
bytes can include a destination address (DEST ADDR) Byte (00 to FF hex) of a transmitting device. 
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In this alternative protocol structure, CRCl and CRC2 are calculated on the following bytes: S\^'C, 
DEST ADDR, SRC ADDR, DATA (excluding insened DLE^s), and SF. 
L8 Code Transparency 

Code transparency for eight-bit data is achieved by Data Link Escape (DLE) insertion. The DLE 
character bvte has a value of OFCH (PC hex). Note that this is not the ASCII value for DLE. The DLE 
character is inserted before specified data patterns in the protocol to cLarit\'^ the meaning of those data 
patterns. Inserted DLE characters are not included in the CRC-16 calculation. The rules for DLE 
insertion are as follows: 

i) DLE is inserted before any byte in the transmission that has a value equal to SYNC 
except the actual SYNC byte, wherein the any b\^e includes ADDR, all data bytes, 
CRCl and CRC2; 

ii) DLE is inserted before any byte in the transmission that has a value equal to SF except 
the actual SF byte, wherein the any b\te includes ADDR, all data bytes, CRCl, and 
CRC2; and 

iii) DLE is inserted before any byte in the transmission that has a value equal to DLE to 
allow the value of DLE to be transmitted to the receiver, wherein the anv b\l:e includes 
ADDR, all data bytes, CRCl, and CRC2. 

m. HOST COMPUTER COMMUNICATIONS 
1.0 Overview 

Referring again to Fig. 7, communications on the comm line 72 between the readers 20 and the 
host computer 16 in the present embodiment are limited because the readers are unable to communicate 
reliably to the host computer during the read cycle, i.e., when the reader is receiving information from 
the transponders 23, 25. This problem is due, in part, to the lack of hardware resources available in the 
commercially available readers 20 (i.e., the TTRIS™ Series 2000 reader available from Texas 
Instruments Incorporated under the THUS™ product line). 

For example, the TERIS™ Series 2000 reader 20 lacks a universal asynchronous receiver- 
transmitter (UART) to transmit/receive transponder data. With the current TIRIS'^'^ Series 2000 reader 
software, there can be either 100% communications with the host computer (with occasional garbled 



-30- 



Docket No. (PE-95-13) 



transponder reads) or 100% transponder reads (with dropouts in host computer communications), but 
not both 100% communications with the host computer and 100% transponder reads. Accordingly, the 
present embodiment implements a UART in the reader software (not shown) which is stored and 
executed within the reader 20. The software causes communications beuveen the host computer 16 and 
5 the readers 20 only when a reader 20 is implementing a charge cycle. See Fig. 2 which illustrates the 
charge cycle ("POWER PULSE"^ lasting approximately 50 ms and the read cycle ("DATAXMIT") 
lasting approximately 20 ms. During the charge cycle, the processor (not shown) in the reader is 
available for communications on the comm line 72 while it is waiting for a 50 ms timer (not shown) to 
transpire. Subsequently, once the reader 20 has fmished charging the transponder 23, 25. it will attempt 
to read information from the transponder. To do this, serial interrupts must be disabled for at least 20- 

^ 25 ms. The timer is implemented in hardware and, therefore, is not affected by the serial interrupts. 

fy However, this would not be a good time for host computer 16 communications to occur because either 
the transponder read or the communications with the host computer will be garbled by the interrupt for 

[^J host computer communications. 
15 According to the present invention, the software within the reader 20 implements the UART 

fiinction by using the sync line 74 to ensure that the host computer 16 does not communicate with the 

pi reader 20 when the reader is reading transponder data (and the interrupts are disabled). In particular, 
the UART function is implemented by only allowing the host computer 16 to communicate with the 
reader 20 on the comm line 72 when the sync line 74 is low, and adjusts the logic of the sync line such 
20 that a low sync line is a reliable indicator of when charging is occurring. When the sync line 74 
transitions from high to low (see Fig. 9A where the sync timing line 900 moves from a high position 
1 to a low position 2), the charge cycle for the reader commences. The sync line stays low during 
charging and the software according to the present invention then instructs the sync line to transition 
from low to high at the end of the charge cycle (see Fig. 9 A where the sync timing line 900 moves from 
25 a low position 3 to a high position 4). Thus the sync line is low only when the charge cycle is occurring. 
By following the rule that the host computer 16 can only communicate on the comm line 72 with the 
readers 20 when the sync line 74 is low, it is ensured that there will never be a case when information 
is sent during the read cycle when interrupts are disabled. 
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In the host computer 16. a clear-co-send (CTS) line (not shov^ni on corresponding RS-232 ports 
(not shown) regulates flow of data to and from the readers 20 according to when the line is high or low. 
The sync line 74 is thus connected to the CTS line through an RS-485 to RS-232 converter (not shown) 
for preventing the host computer 16 from sending data when the reader 20 is unable to process it. 

Reference is now made to the following section which describes a communications protocol 
between the sottware within the readers 20 and the host computer 16 for an embodiment in which the 
host computer is a Wav-ne Plus system, e.g., a Wayne Plus/2 or Wayne Plus/3 host computer available 
from Wayne Division. Dresser Industries. Inc. of Austin. Texas, and the reader software is a modified 
version of TIRIS™ S2000 reader software available from Texas Instruments Incorporated. 
2.0 Communications Prntn col Between Host Cnmputer And Readers 

The TIRIS™ S2000 reader application software available from Texas Instruments Incorporated 
includes a "Gate function" in which serial interrupts are disabled right before a -'Transponder Receive" 
routine. The TIRIS™ S2G00 reader software synchronizes the readers by sending the synchronization 
line from a high to a low. The S2000 reader software is modified according to the present invention so 
that at the end of a charge cycle the synchronization line is forced high so that it is always the case that 
the line is low during the charge cycle. 

The original TIRIS^"' reader software has what is called an inter-character time-out ~ if more 
than three character times went by, the reader 20 would call it a bad request and move on. Although 
this was adjustable through software, it is unusual and too rigid. This rigidity has the side-effect of 
forcing the host computer 16 to accommodate the peripherafs timing rather than the other way around. 

Cooperative communications requires the host computer 16 only transmit during a charge pulse. 
If one were to use inter-character time-outs, it is possible that a message could be split between two 
charge pulses (this has been seen in tests). The result is that the TIRIS™ reader 20 believes that it has 
received only part of a message (which it throws away). Since timing during communications is so 
important, if the TIRIS™ reader 20 sees one character, it waits untU a whole message has been sent, 
hanging in a loop until the time-out period has elapsed. 

In order to allow reuse of existing Wayne host computer communication libraries, the base level 
protocol has been redefined to follow the CPT, or slave unit, protocol as discussed herein above, which 
is also known as the -'CAT protocol". Since this protocol is fairly generalized in the way that data is 
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formatted, it has been narrowly defined for the reader 20. This protocol differs from the bus protocol 
used by the TIRIS''-'' S2000 Reader, which is also known as the TIRIS™ Bus Protocol available'trom 
Texas Instruments Incorporated (for example, see TIRIS™ Bus Protocol (TBP). Chapter 7 in "TIRIS: 
Series 2000 Reader System Reference Vlanuaf. Texas Instruments. (#RI-.ACC-D01A). which is 
incorporated herein by reference) in the following ways: 

(i) Start of Header has been changed from 0x0 1 to OxFE: 

(ii) End of Message has been changed from 0x04 to OxFD: 

(iii) The CRC has been changed from CRC-CCITT to CRC- 1 6 (initialized to OxFFFF): and 

(iv) All responses from readers contain, as their first byte in the data, the command code that 
initiated the response. 

All commands and data sent from the host computer 16 to a reader 20 have the following data 
packet format: 



Byte 0 


Byre i 


Byre 2 


Byte 3 


Byte 4 


Byte 5 




B>te 
ien-4-5 


Byte 
len+6 


Byte 
len+7 


Start 
(OxFE) 


DesT 
Addr 


Src 
Addr 


Cmd 


Len 


Data 




Stop 
(OxFD) 


CRC 
(Isb) 


CRC 
(msb) 



Bvte Description 

0 Start of Header - always OxFE 

1 Destination - which reader this message goes to 

2 Source - the Host address (always 0x00) 

3 Command - conmiand reader should execute 

4 Length - length of data (can be 0) 

5 Data - data to send (if any) 

LEN-i-5 End of Message - always OxFD 

LEN-t-6 CRC - most significant byte 

LEN-^7 CRC - least significant byte 
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Replies (i.e. packets; sent from a Reader 20 to the host computer 16 will include a response 
code, a command code, and any associated data that may be of interest. Preceding the data is the 
command that initiated the particular response. The existence of data depends on the response code and 
the command type. The replies preferably have the following data packet format: 



ByteO 


B\te 1 


Byte 2 


Byte 3 


B\te4 


Byte 5 




B>te 
len+5 


B>te 
ten+6 


B\te 
len+7 


Start 
(OxfE) 


Dest 
Addr 


Src 
Addr 


Resp 
Code 


Len 


Data 




Stop 
(OxFD) 


CRC 
(Isb) 


CRC 
(msb) 



Bvte Description 

• 0 Start of Header - always -xFE 

.plO 1 Destination - the Host address (always 0x00) 

fy 2 Source - which reader this message cam from 

3 Response code - described on pg. 7-8 of the *TIRIS™ Bus Protocol" 

1- 4 Length - length of data (never less than 1) 

i .7; 5 Data - response. The first byte is always the command that initiated 

the response, 

CO LEN+5 End of Message - always OxFD 

LEN+6 CRC - most significant b\i:e 

LEN+7 CRC - lease significant byte 



The Response Code (ait., the error code) may be defined as shown in the following table: 



BIT? 


BIT 6 


BITS 


BIT 4 


BIT 3 BIT 2 BITl BITO 
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Error 


Busy 


Data 


Broadcast 


Response Code 


Flag 


Flag 


Available 


Received 


If Error Flag is 0.0 - Command 






Flag 


Flag 


Complete 










If Error Flag is 1, 










0 - Transmission Error 










I - Command Invalid 










2 - Task Error 










3 - Data Field Length Error 










4 - Parameter Error 










5 - Parameter/Download 










Required 


For example, 0x81 indicates the command is invalid. 



In addition, as previously mentioned, to allow for ''data transparencv\ the CPT protocol 
implements a special code called the Data Link Escape or DLE. The DLE is used prior to any character 
that may for some reason or another be a OxFE (Start of Header), OxFD (Stop or End of Message), or 
OxFC (DLE). Inserting a DLE prior to any of these three characters informs the receiving unit software 
to treat the next byte as data instead of a Start of Header. End of Message, or even as another DLE. An 
exemplary data stream is shown below: 



03 


22 


FC 


FE 


FC 


FD 


22 


FD 


Data 


Data 


DLE 


Data 


DLE 


Data 


Data 


End of Message 



Note that DLE characters are not included as part of the CRC computation. The CRC is 
calculated on the data packet before DLE insertion. Therefore, it is perfectly vaUd to have DLE 
characters inserted in the CRC. 

Reference is now made to Figs. lOA and lOB. Figs. lOA and lOB are timing diagrams 1002, 
1004 illustrating the timing of communications between the host computer 16 and the readers 20 for 
typical communications to and from a reader running the reader software according to the present 
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invention. The Fig. lO.A. diagram 1002 represents the timing for a reader with no transponders 23 or 
25 within range of any of its antennas 22 A, 22B, 24A, 24B. The Fig. lOB diagram 1004 represents the 
timing for a reader 20 with transponders 23 or 25 at all four of its antennas 22A. 22B, 24A, 24B. Figs. 
lOA and lOB thus show the lightest possible load and the heaviest possible load, respectively, on a 
reader 20 of the system 10. 

In both diagrams 1 002. 1 004, a RCV signal 1 006 shows timing of the data received by the reader 
20 from host computer 16. A XMT signal 1008 shows timing of the data sent by the reader to the host 
computer 16. A SYNC signal 1010 shows timing of the sync line 74 data that keeps all of the readers 
20 and host computer 16 synchronized. It is also tied to the host computer to indicate when it is safe 
to send data to any of the readers. A REF signal 1012 shows the timing of a signal generated by the 
software of the reader 20 for debug and diagnostic purposes. Reference points A through I illustrate 
events in the timing of the signals for purposes of explanation of the diagrams set forth below. All 
timing diagrams. Fig. lOA and Fig. lOB, were generated by a Tektronics Prism Logic Analyzer. 

In Fig. lOA, the diagram 1002 (illustrating the case of a reader 20 with no transponders 23, 25 
in range) is generated by using a "Get Variable Length Antenna Scan Buffer'" command as discussed 
further herein below with respect to the reader software enhancements. 

AD - Mux/Svnc-Charge Transponder . 

Reference is made to the SYNC signal 1010 between points A and D. Prior to setting the sync 
line 74 low, the master reader (Fig. 7) outputs the mux-sync pulse 908 (Fig. 9C) that tells the slave 
readers 20 (i.e., their processors) which antenna to use when charging. When this pulse completes, the 
line 74 goes low and all readers 20 output a charge pulse on the correct antenna until the master reader 
20 raises the line 74 high. 

The processor of each slave reader 20 searches the sync line 74 for the mux-sync pulse that 
informs all the slave reader 20 processors which multiplexer chaimei {i.e. , antenna) to use for the next 
charge-read cycle. 

The processor of each slave reader 20 searches for a change in the sync line 74 (from high to 
low). It then measures that pulse (the start pulse) which should be in the range of about 200 yus (that 
is why it does not appear in the diagram 1002). Immediately after that, interrupts are disabled so that 
the reader 20 can determine the length of the following low (75 ,us - 375 pts). This determines which 
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antenna should be used (a 0-99 as pulse indicates antenna 1. a 100-199 us puise indicates antenna 2, 
etc. as explained witii reference to Fig. 9C). 

Once the correct antenna is determined, it is switched and a TIRIS^*" reader software function 
is called that begins charging the transponder 23 or 25. Basically this consists of setting an external flag 
to let the analog section of the reader 20 begin transmission. This function loops until a timer 
completes. 

BC - Host Transmission ■ 

Reference is made to the RCV signal 1006 between points B and C. This illustrates the dual 
nature of the sync line 74. Since the processor of the reader 20 is in essence doing nothing during the 
time of AD, the sync line 74 indicates to the host computer 16 that it may send data to the reader 20, 
as indicated by the receive signal at BC. At this point the Reader is executing code in the TIRIS™ 
reader software fiinction -'write sequence( )" and is unable to process any messages received from the 
host computer until point E. 

D - Start Transponder Read . 

Reference is made to the SYNC signal 1010 at point D. Both the master and slave readers 20 
exit from the function "write sequence( )" after 50-52 milUseconds. .\t point D the master reader 20 
raises the sync line 74 to prevent the host computer 20 from sending any more data. There may be a 
case where a character has been loaded into the host computer 1 6 U.-\RT shift register and it is too late 
to stop transmission. To avoid losing this character, the master reader 20 raises the Sync line 74 
prematurely for 5 milliseconds. This gives the reader 20 ample time to capture the characters sent by 
the host computer 20. After the five milliseconds are up, serial interrupts are disabled and another 
TIRIS™ reader software function is called to read the transponder 23, 25 (which results in an 
implementation of the software UART i\inction, as previously described). 

DE - Transponder Read . 

Reference is made to the REF signal 1012 between points D and E. A transponder 23, 25 read 
by the reader 20 occurs in approximately 20-23 ms (note that DE includes the 5 millisecond delay 
mentioned above). During this time all interrupts are disabled and there can be no communication from 
or to the host computer 16. 

E - Begin Message Processing . 
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Reference is made to the REF signal 1012 at point E. This is vvhere the reader 20 actually gets 
a chance to process the message it recei\'ed at 3C from the host computer 16. In this example it took 
77.608650 ms from when the host computer 16 started sending the message to when the reader 20 
tlnally manages to begin processing the message. 
5 EF - Message Processing . 

Reference is made to the REF signal 1012 between points E and F. During message processing 
the reader 20 determines what it is that the host computer 20 requested, acts on this request, and builds 
the buffers required for a response. This processing varies depending on the type of message as well 
as the size of the message. 

19 F - Start of Response 

Reference is made to the XMT signal 1008 at point F where the reader 20 begins transmission 
ry of data to the host computer 1 6. 
ilC FG - Complete Processing . 

j y Reference is made to the REF signal 1012 between points F and G. This is the time that it takes 

,15 to do all the necessary work to store a packet in the serial output buffer. 
?n FH - Reader Transmits Response . 

fj Reference is made to the XMT signal 1008 between points F and H. The data, having been 

loaded in an output queue, is sent by serial interrupts from the reader 20 to the host computer 16. 
- Readers 20, unlike the host computer 16, are not bound by the -'fransmit only when sync line is high" 

20 rule and can transmit at any time. This is desirable because the worst-case message (as described in 
diagram 1004 below) is approximately 47.9 ms and the charge time is approximately 51.5 ms. This 
leaves approximately 3.6 ms, which is far too short a time for the host computer 16 to send another 
request (ideally one response and one request per cycle). The more hyies the reader 20 transmits during 
a low sync signal the fewer it must send when the sync line 74 goes high. This permits the host 

25 computer 1 6 to communicate more efficiently with the reader 20. 

Point G is where the reader 20 has completed answering a message and is ready to search for 
the next Mux-Sync pulse. Point H is the end of the reader 20 response. Point I is the beginning of the 
next Mux-Sync pulse. 



-38- 



Docket No. (PE-95-13) 



In Fig. I OB. the diagram 1004 (illustrating the case of a reader 20 with transponders 23, 25 in 
range and detected on ail antennas) is generated by using the '"Get Variable Length Antenna Scan 
Buffer' command as discussed further herein below with respect to the reader software enhancements. 

The description of the diagram 1004 is substantially the same as described above for the diagram 
1002, with the differences of the timing of events being noted by reference to Fig. lOB. At reference 
point E. the reader 20 gets to process the message it received at BC from the host computer 16. In this 
example, the time from point B to point E is 79.109765 ms. At reference point H, the start of the next 
Mux-Sync pulse is indicated. The timing shown requires the reader 20 to detect the start bit of the Mux- 
Sync data while sending data to the host computer 16. This requires that the serial output routine be 
faster than the Mux-Sync start bit and that the Mux-Svuc pulse be short enough not to influence the 
overall timing. 

Point I is the end of the reader 20 response. Since the reader 20 began transmission 
approximately 21.3 ms prior to the sync line 74 going high (SYNC signal 1010), the host computer 16 
has ample time (20-25 ms) to send another request. Since an average request is approximately 8-12 ms 
(depending on the number of DLE characters inserted), there is plent\' of time. 

Further details concerning communications between the host computer 16 and the readers 20 
is contained in documentation available from Texas Instruments Incorporated for its TIRIS™ product 
line, for example 'TIRIS; Series 2000 Reader System Reference Manual/' Texas Instruments, (#RI- 
ACC-DOl A), which is incorporated herein by reference. 

Reference is now made to the following section which provides a description of certain functions 
and enhancements made to the software of the readers 20 specific to implementation of the system 10 
consistent with the present specification. In particular, a description of commands used between the 
Wa^-ne^- POS (RF-CID) System and the CE) digital control board is provided. In one embodiment, the 
software is embedded in an EEPROM on the digital control board. The software (or protocol interface) 
allows the Wayne+ POS (RF-CID) System to link with the reader system. The software is responsible 
for accurate and consistent identification of RF signals. 



IV. READER SOFTWARE ENHANCEMENTS 
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The TERJS^^^ reader software has been modified and enhanced according to the present invention 
by adding functions, synchronizing the antennas, and modiiying the host computer-reader protocol to 
make it more robust. The enhancements made to the reader software are designed to add fiinctionaUty 
without removing any that currently exists in commercially available TIRIS^^^ reader software. The 
5 enhancemenis include, new command codes for the TIRIS^^^ Bus Protocol. controUing the antenna 
multiplexer, adding an antenna scan buffer, utilizing an on-board DIP switch to set the address of a 
respective digital control board, and providing a new communications scheme. The enhancements may 
be implemented by adding command codes to the TIRIS™ Bus Protocol, defined as Group 3 commands 
(96 to 127), which have been reserved by Texas Instruments specifically for the user. By adding 
10 commands in this area, potential fiature conflicts with the TIRIS^'^^ software functions are avoided. 

The protocol interface consists of hexadecimal commands that read the transponder challenge 
and response data, turn on and off the recognition lights, tum on and off polling for transponders, and 
set the timing synchronization. 
1.0 Scan Buffer 

15 Pivotal to executing these commands is a scan buffer. The scan buffer allows the host to retrieve 

transponder ID data ft-om the digital control board (DCB) in a single read. Each DCB scans up to four 
antennas asking for transponder data. Any transponder IDs found are scanned and placed in the scan 
buffer. For instance, with a handheld or keyring, transponder ID placed in the scan buffer will remain 
there until at least one host read has occurred. This provides a "latching" mechanism for these 

20 transponders, thereby avoiding a missed host read if the host does not query in the same antenna cycle 
that the transponder is presented. The scan buffer also contains the current state of the lights controlled 
by the DCB of reader 20. 

The Scan Buffer is thus designed to allow the host computer 16 to retrieve transponder ID data 
from the DCB of a reader 20 in a single read. The DCB scans the up to four (4) antennas asking for 

25 transponder data. Any transponder IDs scanned are placed in the Scan Buffer. If a transponder ID is 
placed in the scan buffer, it must remain there until at least one host read has occurred. This provides 
the 'latching'' mechanism where any transponder read remains in the Scan Buffer until it is read by the 
host. The pitfall of the host missing any transponder reads due to where the host read falls withm an 
antenna cycle is thus advantageously avoided. 
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In other words, the Scan Buffer is designed to allow the host computer 16 to retrieve ID data of 
up to four antennas at once rather than individually from the DCB. Pan of this is accomplished by 
putting the system in Gate Mode, as discussed above with respect to the "latching" mechanism. Gate 
Mode indicates that the system will do repetitive charge-read cycles, normally storing any transponder 
ED that it reads in the reader's queue for later access. This action has been modified so that the data is 
actually stored in the Scan Buffer using the following algorithm: 

Set the reader 's multiplexer to antenna N 
Charge transponder (send it a Power Pulse) 
Read transponder 
if received transponder ID 

store transponder ID in Scan Buffer (N) 
else if Scan Buffer(N) has an ID and it has not been read by Host 

do nothing 

else 

clear Scan Buffer (N) 

Later, when the Scan Buffer is read, flags are set indicating that all four antennas have been read. 
As discussed, this provides a "latching" mechanism where any transponder read remains in the Scan 
Buffer until it is read by the host computer, thereby avoiding the pitfall of the host computer missing 
any transponder reads due to where the host computer read falls within the antenna cycle. 
2.0 Command Codes 



Conmiand codes, which are the most visible part of the software enhancement and DCB protocol 
interface, consist of the following RS-485 command set. 



RS-485 Command Set for the RF-CID Svstem 


RS485 Command 


Decimal 


Command 
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0x40 


64 


Get Version (Wayne CID and TIRIS™ Version) 




0x62 


98 


Get Antenna Scan Buffer 




0x64 


100 


Gate Power Pulse 




0x65 


101 


Get Read Histor)' 


5 


0x66 


102 


Get Variable Length Antenna Scan Buffer 




0x67 


103 


Echoes Test Data 




0x68 


104 


Enables/Disable Dispenser Lamps 




0x69 


105 


Enables/Disable Dispenser Lamp Control 




0x6A 


106 


Gets Transponder Challenge Code 


10 


0x6B 


107 


Return Transponder Challenge Data 




Ox6C 


108 


Resume Polling 




0x6D 


109 


Retry Variable Length Antenna Scan Buffer 




0x6E 


110 


Set Parameters 




Ox6F 


111 


Stop Polling 


'is 


OxFF 


255 


Time Sync 



2,1 Get Version 

Command Code: 0x40 (64) Immediate Mode Only 
Data Sent: None 

Data Returned: Success or failure indication. Success is indicated by the returning of a 
20 version number string (bytes 0-24 b\tes). Failure is indicated by the 

standard Error-Response. 
Description: The Get Version command returns the following on success: 



0 1 234 5 6 78 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 
Wayne CID LUHF T I R I S x . x x 
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This fixed string represents the CID-CAT Node Interface Program version and makes it easy 
to test the version number of the CID (Customer Identincauon) software. Alternatively, the version of 
the TIRIS™ softvv^are may also be returned for documentation and maintenance purposes. 
2.2 Get Antenna Scan Buffer 
5 Command Code: 0x62 (98) Immediate Mode Only 

Data Sent: None 

Data Returned: A total of 44 data bytes are returned, 1 1 bytes per antenna (1 byte status, 

1 byte transponder type. 8 bytes transponder ID, and a 1 byte fleet 
block). Failure is indicated by the standard Error-Response. 

10 Description: The Get Antenna Scan Buffer command returns variable length antenna scan 
Q block results. These represent the transponder codes last seen. If no transponder 

was seen, then 0x0000000000000000 is returned in the status. This function 
^ (i^e., each antenna buffer) returns a structure according to the following. 

I J typedef struct TransponderlD 

K { 

fy Byte Status; 

11 Byte Type; 

Byte TransponderID[8]; 
Byte FB; 

20 } TransponderlD; 

TransponderlD Return Transponders [4]: 

The type returned will be one of the following: 
Valid Types 

0x00 Read-only transponder 

25 0x0 1 DST transponder 

0x02 Vehicle mounted transponder 

OxFF No transponder 
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The status returned will be one of the following: 
Valid Status 



Ox 1 1 Challenge data is available 

0x12 Challenge data could not he read 

0x40 No read 

0x41 Incomplete read 

0x0 Valid read 



The fleet block (FB) returned will be as follows: 
Fleet Block 

The fleet block is a byte of application-specific data which may be contained in a 
transponder, such as, fleet data. If the transponder being read does not contain fleet data, then 
the fleet block is set to 0x00 by the DCB of reader 20. If the transponder has fleet data that has 
been read by the DCB, then the 0x80 bit of the fleet block is set and the lower order 5 bits of the 
fleet block contain the fleet block value, which can be zero. The 0x40 and 0x20 bits are not 
defined, and should always be zero. 

Note that all Status b\i:es are set to NO READ after this command is executed. 
2.3 Get Variable Length Antenna Scan Buffer 

Conamand Code: 0x66 (1 02) Immediate Mode Only 

Data Sent: None 

Data Returned: A variable length block of data is returned consisting of one (no 

transponders) to 45 bytes (four transponders); one byte indicates which 
antenna data is being returned with 1 1 b>tes per antenna (1 byte status, 
1 byte transponder type, 8 byte transponder ID, and a 1 byte fleet block). 
Failure is indicated by the standard Error-Response. 
Description: This is a variable length version of the Get Antenna Scan Buffer function. It was 
designed on the premise that for a majority of the time, there will not be a 
transponder present. Even the normal case has two transponders being active 
(one on each side of the pump). The user of this function allows the reader to 
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"waste'' less time pertbrming CRC's on empty packets. This function returns a 
structure of the following: 

strnct Packetlnfo 

f 

i 

Byte AciiveAntenna; // bit 0 == antenna L etc, 
struct // 0-4 of these follow 

[ 

Byte Status; 
Byte Type; 

Byte Transponder ID [8]; 
Byte FB; 
] Antenna; 
} Transponder ID; 

The Active Antenna byte uses the 4 least significant bits to indicate which antennas are included 
in the packet. For example, bits 0. I, 2, & 3 may indicate antenna data included from antenna 1. 2, 3 
and 4, respectively. The Active Antenna byte uses the 4 most significant bits to indicate the state of the 
lights controlled by the DCB. For example, bits 7 and 8 may indicate light status associated with 
antenna 3 & 4. Similarly, bits 5 and 6 may indicate light status associated with antenna 1 & 2. The 
state of the lights controlled by the DCB may include, for example: 

0x00 - Light off; 

0x01 - Light on; and 

0x02 - Light flashing. 
The type retumed will be one of the following: 

Valid Types 

0x00 Read only transponder 

0x0 1 DST transponder 

0x02 Vehicle Mounted transponder 
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The status returned will be one of the following: 

Valid Status 

0x00 Valid read 

0x1 1 Challenge Data is Available 

0x12 Challenge Data could not be read 
The fleet block (FB) returned will be as follows: 

Fleet Block 

The fleet block is a byte of data which may contain the fleet data from a transponder. 
If the transponder being read does not contain fleet data the tleet block is set to 0x00 by the 
DCB. If the transponder has fleet data that has been read by the DCB the 0x80 bit of the fleet 
block is set and the lower order 5 bits contain the fleet block value, which can be zero. The 
0x40 and 0x20 bits are not defined, and should always be zero. 



Examples may include (excluding packet body): 

00 no antenna, light off 

10 no antenna, light for antenna 1 on 

11 00 00 41...ff 00 antenna 1. light on 
04 00 00 41. ..ff 00 antenna 3. light off 

56 O0 00 41...fr 00 00 00 41...ff 00 antenna 2 and 3, lights on 

49 00 00 41. ..fF 00 00 00 41. ..ff 00 antenna 1 and 4, light for antenna 4 on 



Note that after sending data to the host computer 16, the DCB of reader 20 must be able to retransmit 
the data if the next message addressed to this DCB is a retry variable length buffer command. In 
addition, transponder IDs that are only 32 bits in length are stored in the least significant 4 bytes of the 
8 byte transponder ID field. The most significant 4 bytes are zero padded. With respect to a hand held 
transponder, the 32 bit ID of the hand held transponder should be placed in the buffer as soon as it is 
read even if the remainder of the transponder data has not been retrieved. The corresponding light 
should not be turned on until all the hand held transponder data has been read. If a new transponder is 
read at an antenna, the new data should go into the scan buffer as soon as the current transmission is 
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complete. The host computer 16 should always get the transponder being read, even if it has not read 
or acknowledged the previous transponder. Furthermore, the light staras indicator preferably alvvays 
indicates the current state of the lights. Lastly, all Status bytes in the Scan Buffer are set to NO READ 
after this command is executed 

2.4 Gate Power Pulse 

Command Code: 0x64 ( 1 00 j Immediate Mode Only 
Data Sent: Byte 0: 0x00 turns the Power Pulse off 

0x01 turns the Power Pulse on 
Data Returned: Success is indicated by the standard Command-Completed message. 

Failure is indicated by the standard Error-Response. 
Description: This function allows the host computer to prevent a reader from emitting a 
Power Pulse, yet continue to operate. The antenna scan buffers for that reader 
will eventually be cleared of all values. Turning the Power Pulse on allows the 
corresponding reader to continue on with a next antenna (i.e., the same one that 
all the other readers are presently on). 
Note that when the power pulse is turned off a corresponding indicator LED will no longer tlash. 

2.5 Get Read History 

Command Note: 0x65 ( 1 0 1 ) Immediate Mode Only 
Data Sent: None 

Data Returned: On success, a total of 80 bytes are returned as 20 four byte unsigned 

integers. Failure is indicated by the standard Error-Response. 

Description: The Get Read History command returns the read history. This function allows 
the host computer to read history about the success and/or failure of a reader to 
read transponder codes. It returns data for each antenna as follows: 

struct 
{ 

unsigned long TotalReads; 
unsigned long TotalSuccess; 
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unsigned long TotalErrXotRead: 
unsigned long TotalErrlncompleie; 
unsigned long TotalErrOther 
} ReturnedStruct [4J: 

5 Various legends are denned as foliows: 

TotalReads - The number of read attempts, basically the number of times the antenna was 
charged; 

TotalSuccess - The number of times valid transponder data was read: 
- TotalErrNotRead - The number of time no transponder data was read; 
Jli - TotalErrlncomplete - The number of times some transponder data was read; and 
fO - TotalErrOther - The number of times a bad CRC was detected. 

This routine clears the totals immediately after sending them to the host computer, 
fy 2.6 Echo Test Data 

Command Code: 0x67 (103) Immediate Mode Only 
Data Sent: Up to 200 bytes of test data. 
W Data Returned: On success, the test data is returned correctly. Failure is indicated by the 

;.n standard Error-Response. 

Description: The Echo Test Data function is designed to validate communication to a CID- 
DCB board of a reader by allowing a user to send arbitrary data to the DCB of 
20 the reader. The DCB of the reader should retum the same string it was sent. 

As an example, to test DLE in the CRC, one can send one data b>te OxFE to the DCB of reader 
1 . The transmitted and received data packets should appear as follows: 



Host Transmits: 





Start 


Dest 


Src 


Cmd 


Len 


Data 


End 


CRC 


25 


FE 


01 


00 


67 


01 


FCFE 


FD 


CA 4B 



Host Receives: 



-48- 



Docket No. (PE-95-13) 



Start 


Dest 


Src 


Resp 


Len 


Data 


End 


CRC 


FE 


00 


01 


00 


02 


67FCFE 


FD 


FC FE 94 



In the above example, note that the DLE's are not counted in the length of the data. 

2.7 Enable/Disable Dispenser Lamps 

Command Code: 0x68 (104) Immediate Mode Only 

Data Sent: Byte 0 - lamp number (1 or 2) 

Byte 1 - light mode (0 - off; 1 - on: 2 - flash) 

Data Returned: Success is indicated by the standard Command-Completed message. 

Failure is indicated by the standard Error-Response. 

Description; The Enable/Disable Dispenser Lamps tunction is designed to control the lamps 
that are on either side of the dispenser (a.k.a. dispenser or authorization lights). 
This command allows the user to indicate which lamp should be turned on, off, 
or set to flash without affecting the state of the other lamp. This function is such 
that a lamp can go to any state from any other state. For example, the lamp can 
go from on-to-of£ on-to-tlashing, off-to-on, off-to-tlashing. flashing-to-on, and 
tlashing-to-off. 

2.8 Eaable/Disabte Dispenser Lamp Control 

Command Code: 0x69 (105) Immediate Mode Only 
Data Sent: Byte 0 - lamp number (1 or 2) DCB of 

Byte 1 - Light controlled by (0 - Reader; 1 - Wayne Plus host computer) 
Bvte 2 - light mode (0 - off: 1 - on; 2 - flash) 
Data Returned: Success is indicated by the standard Command-Completed message. 

Failure is indicated by the standard Error-Response. 
Description: The Enable/Disable Dispenser Lamp Control function is designed to give or take 
control of the lamps that are on either side of the dispenser (a.k.a. dispenser or 
authorization lights). This command allows the Wayne4- (host computer) to 
indicate which system is controlling the lamp, i.e, the DCB or the Wayne Plus. 
It also indicates if one lamp should be turned on, off, or set to flash without 
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affecting the state of the other lamp. Furthermore, if lamp control is being given 
to the DCB, the light mode serves an initial condition only. The DCB may 
immediately adjust the state of the light based on the operating conditions. 

2.9 Get Transponder Challenge Code 

Command Code: 0x6 A (106) Immediate Mode Only 
Data Sent: Antenna to challenge ( I to 4). 

Date Returned: Success is indicated by the standard Command-Complete message. 

Failure is indicated by the standard Error-Response. 

Description: The Get transponder challenge code conrmiand causes the DCB of the reader to 
issue a challenge code and receive the response code. This data will be stored 
in the scan buffer until the Wayne plus (host computer) system requests the data. 
Successful retrieving of the response code will cause the status byte in the scan 
buffer for the challenge antenna to be set to 0x11 (i.e., challenge data is 
available). With respect to this command, after the DCB has retrieved the 
challenge data from the transponder, the DCB will stop polling that particular 
fueling point. 

2.10 Return Transponder Challenge Data 

Command Code: 0x6B (1 07) Inmiediate Mode Only 
Data Sent: Antenna Number (1 to 4) 

Data Returned: On success, a total of 17 bytes are returned which include the 
transponder ID number, the challenge code and the challenge response. 
Failure is indicated by the standard Error-Response. 

Description: The Retum transponder challenge data function allows the host computer to read 
the previously retrieved challenge data as follows: 



struct 

{ 

unsigned char Type; // transponder type 

unsigned char ID(8); // transponder id 
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unsigned char Challenge [5]; 
unsigned char Chjiesponse [3]; 
ReturnedStruct; 



// challenge code 

// challenge response 



Note that with respect lo the Return transponder challenge data command, if the DCB does not have 
challenge data for the specified antenna and this command is not received out of sequence, the DCB 
should return the standard error response with error indicating data not available. 
The type returned will be one of the following: 
Valid Types 

0x00 Read only transponder 

0x0 1 DST transponder 

0x02 Vehicle Mounted transponder 
2.11 Resume Polling 

Command Code: 0x6C (108) Immediate Mode Only 

Data Sent: Byte 0 - Antenna set to resume polling ( 1 or 3). 



Description: The Resume polling command causes he reader to resume polling an antenna set. 



If byte 1 is set to L the antenna will resume polling, but it must get a blank read 
(i.e., no transponder present) before it will report a transponder at that anterma 
set. If byte 1 is set to 2, the DCB will perform a single poll of the transponder 
and update the scan buffers with that data. Antenna set 1 includes antennas 1 
and 2 whereas antenna set 2 includes anteimas 3 and 4. Because the DCB does 
not have an indication that a sale is complete, this command is needed so that the 
DCB can resume looking for transponders after the sale is complete. 



Byte 1 - Wait Mode (0 - Resume immediately) 



(1 - Wait for blank read before resuming) 



Data Returned: 



(2 - Issue one short poll). 
Success is indicated by the standard Command-Completed message. 
Failure is indicated by the standard Error-Response. 



2.12 Retry Variable Length Antenna Scan Buffer 
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Command Code: 0x6D (109) Immediate Mode Only 
Data Sent: None 

Data Returned: The DCB should return the same data sent to the Wa>7ie+ host computer 

on the previous Get Variable Length Antenna Scan Buffer command. 

Description: The Retr}' variable length antenna scan buffer is a retr>^ mechanism should the 
host computer not receive a response due to a communication line error. Note 
that this command can also be received by a DCB after receiving a Retry 
Variable length Antenna Scan buffer or Return transponder challenge data 
command. 

2.13 Set Parameters 

Command Code: 0x6E (110) Immediate Mode Only 

Data Sent: B\1:e 0 - Customer page identifier to use in vehicle transponder polls 

B\te 1 - Station Identifier used in polling vehicle transponders. 
B\te 3 - number of successful reads required to turn on the light. 
Bvte 4 - number of unsuccessful reads required to turn off the light. 
Data Returned: Success is indicated by the standard Command-Completed message. 

Failure is indicated by the standard Error-Response. 
Description: The Set parameters function allows the host computer to set the identifier used 
when polling a vehicle transponder. Different system customers will use 
different key numbers for their transponders. Note that this identifier value must 
be downloaded to the DCB before it can function. 

2.14 Stop PoHing 

Command Code: 0x6F (1 1 1) Immediate Mode Only 
Data Sent: Byte 0 - Antenna set to quit polling 1 or 3 

Data Returned: Success is indicated by the standard Command-Completed message. 

Failure is indicated by the standard Error-Response. 
Description: The Stop polling function allows the host computer to stop the polling of an 

antenna pair when needed, for example, while dispensing fuel in a cash or credit 

card sale. 
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2-15 Time Svac 

Command Code: OxFF (255) Immediate Mode Only 
Data Sent: 3 bytes (OxFF. OxFF, 0x00). 

Data Returned: None 

Description: The Time sync function is a broadcast command that is addressed to device 
OxFF, For example, a message which is transmitted by the Wayne-r host 
computer approximately once every 10 seconds may include the message as 
follows: 

FE FF 00 FF 3 FF FF 00 FD 9C 3A. 

3.0 Scan Buffer Structure 

During the scan of the antennas, the ID of any transponder found will be stored in the eight b>tes 
corresponding to that antenna. The antennas may be defined, for example, as follows: 

Antenna 1 : large anteima on side 1 

Antenna 2: small antenna on side 1 

Antenna 3: large antenna on side 2 

Antenna 4: small antenna on side 2 
The data is stored in a structure according to the following: 



typedef struct TransponderlD 
{ 

unsigned char Status; 

unsigned char ID [8]; 

unsigned char fleet block; 

unsigned char Challenge [5]; 

unsigned char Ch_Response[3]; 
} TransponderlD; 
TransponderlD ScanBuffer [4]; 



// antenna status 
// transponder id 
// fleet data 

// challenge code issued 

// response to challenge code 

// four antennas 



-53- 



Docket No. (PE-95-13) 



Note that the Challenge and Ch.Response fields will not be valid for vehicle transponders that 
have not been issued a get transponder challenge code command from the host computer 16. The 0CB 
will automatically request challenge codes from key ring transponders 25 that support that feature. 

When the DCB is interacting with a vehicle transponder, the DCB will quit polling the 
transponder after retrieving the challenge code. At a later time the host computer commands the DCB 
to perform one or more poll of the transponder using-a form of the "resuming polling'^ command. 
During this period, when the transponder is not being polled, the DCB returns scan buffer contents it 
had at the time the challenge code was retrieved. When the DCB issues the single shot poll, the scan 
buffer is updated at that time. If the transponder could not be read, then the buffer is cleared and the 
host computer is sent to a poll response indicating that the antenna is not active. If the transponder 
could be read and the transponder ID has not changed, then the scan butter contents are left unchanged. 
4.0 Dip Switch Addressing 

With respect to the TIRIS'^^ Reader System, a program is normally required to be connected to 
the TIRIS™ configuration port of the reader to set the address port (as well as other parameters). This 
presents a problem in the field, where technicians need to swap parts quickly with a minimum of set-up. 
To overcome such a problem, a DIP switch that resides on a TIRIS'^^' assembly or board has been co- 
opted for this task for simplifying the addressing of the reader. For instance, the DIP switch can connect 
to the reader via ribbon cable or other suitable cable, thereby allowing the reader to be easily swapped 
out without requiring any other set-up. In one embodiment, the DIP switch includes four switches. 
Four switches give a total of 16 unique addresses. Readers will have addresses that range from 0x01 
through 0x10 (i.e., 1-16). The master reader, in particular, will always have address 1 (0x01) which will 
be represented by setting the master reader DIP switches, numbered L 2. 3, and 4, to the ON, OFF, 
OFF, and OFF positions, respectively. Similarly, the DIP switches of a slave reader with address 15 
(OxOF) will ail be set to the ON position; and the DIP switches of a slave reader with address 1 6 (0x1 0) 
will all be set to the OFF position. In view of the manner of how the DIP switches are used, the readers 
should never be set to have an address of 0x00, which corresponds to the host address. In addition, the 
configuration is fixed at 9600 baud, 8 bits, 1 stop bit, no parity, enhanced TIRIS™ Bus Protocol (as 
discussed herein), and Mux-Sync synchronization, 
5.0 Tuning Antennas 
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Tuning of the antennas is important for error-free reception of transponder data. One method 
of tuning is to unplug the multiplexer line coming out of a particular reader, whereby the multiplexer 
defaults to antenna 1 . In addition, an antenna tuning board ( ATB) (not shown) is preferably provided 
for use with the overhead LF and UHF antennas. The ATB allows for the resonance tuning of the low 
frequency downlink antenna to match with the transmitter module to achieve a desired maximum field 
strength. The antenna circuit is tuned to resonance by adjusting a ferrite core of an on-board coil. 
6.0 CID System Test Plug 

A verification lamp on the dispenser is normally controlled by the host software which issues 
a command to the reader. There are some instances when it is handy to have a reader tum associated 
verification lamps on when a valid transponder is detected. The later can be accomplished with the use 
of a ''test plug'\ For example, the test plug may include a four pin Phoenix plug with one or more 
jumper wires connecting predetermined pins. When the test plug is inserted into a prescribed socket 
of the DCB and the reader is reset (either by cycling power or pressing a reset switch), the CID software 
will tum on the appropriate verification lamp when it "sees'' a transponder. Normal operation can be 
resumed with removal of the test plug and resetting of the reader. 

V. SYSTEM OPERATION AND USER INTERFACE 
1.0 System Overview 

The following is an overview of the operation and customer user interface of the CED system. 
A more detailed description of the operation and customer user interface is described ftirther below with 
reference to Figs. 1 lA-1 II, 12-16 and 17A-17N and 17Q. It is understood that the operation of the 
system 10 is controlled by programming instructions executed by the host computer 16. and by the 
reader 20 software described previously. The system 10 is integrated v^th a suitable fuel dispensing 
system that, in one embodiment, may be the Wayne Plus/2 or Wayne Plus/3 system available from the 
Wayne Division, Dresser Industries, Inc. of Austin, Texas, although other dispensing systems and 
software are contemplated. The system 10 may be integrated into the Nucleus control system also 
available from the Wayne Division, Dresser Industries, Inc., for example. The foregoing commercially 
available intelligent dispenser systems, or other commercially available dispenser arrangements, in 
cooperation with the CID system 10 of the present invention, integrate pump control, cash register, card 
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processing and customer identification into a complete and operative system for a service station 
environment. 

When a customer enters a service station and a transponder 23, 25 is detected at a fuel dispenser 
14, the corresponding authorization light 45 A or 45B. or other in-range indicator as discussed further 
below, is turned on to inform the customer that the transponder is in read range. After the dispenser is 
activated, for example by lifting the dispenser nozzle or lever or by commencing fueling, the system 
10 sends an authorization request containing the transponder CID data to the computer network. Prior 
to actual fueling, however, the customer can press a cancel key on the customer-activated-terminai 
(CAT) or select a different payment method in order to override the use of the transponder CID code 
for payment of the transaction. 

If a transponder is read for the first time at a dispenser where the dispenser nozzle has already 
been removed, the dispenser will not be authorized to use the CID code from the transponder for a sale. 
For example, if a first customer removes the nozzle at a pump and a second customer's transponder is 
subsequently read by the reader at that pump, the sale v^ll not be charged to the second customer's 
transponder CED account. 

1.1 Overview of Scenario for Window-Mounted Transponders 

When a customer with a vehicle-mounted transponder 23 passes a fuel dispenser 14, the CID 
data is read from the transponder 23 by the long-range antenna 22 A or 22B that is facing the vehicle. 
After the CID data is read, the authorization light 45A or 45B on the side closest the vehicle and 
corresponding to the long-range antenna turns on. If the customer proceeds to drive past the ftiel 
dispenser without fueling, the light will remain on until the vehicle-mounted transponder 23 moves out 
of the read range for that pump. The light 45 A or 45B preferably turns off after a programmable amount 
of blank reads have been made after the transponder 23 leaves the pump's read range. Accordingly, as 
the vehicle passes dispensers 14 without fueling, the corresponding authorization lights on the 
dispensers will turn on while the vehicle is within the read range and turn off when the car leaves the 
read range. 

If the customer chooses to use a vehicle-mounted transponder 23 to pay for a transaction, the 
customer can check to see that the authorization light 45A or 45B has turned on when the car stops at 
the dispenser. When the customer lifts the dispenser nozzle (or begins fueling), the dispenser is 



-56- 



Docket No. (PE-95-13') 



"authorized" and a request for CID account authorization is sent through the host computer 16 to a 
network for billing purposes. The authorization light 45 A or 45B preferably remains on throughout the 
transaction, .^er the customer replaces the nozzle, the sale is finalized with the host computer 16, and 
a receipt may be printed at the CAT. After the sale is completed, the authorization light 45 A or 45B 
turns off and remains off as long as the transponder is continuously read by the antenna. A blank or 
■•empty" transponder read (or predetermined number of blank reads) occurring after the sale is 
completed will reset the system to allow subsequent transponder reads to turn on the authorization light. 
Alternatively, the authorization light 45A or 45B remains on after the transaction is over until the 
customer's vehicles leaves the read range. 

Once a sale or transaction is completed at a dispenser using a vehicle-mounted transponder 23. 
the vehicle-mounted transponder 23 preferably cannot be used at another dispenser tor a predetermined 
interval of time. It is understood, however, that a vehicle-mounted transponder 23 may be used at the 
same time at more than one dispenser provided a sale has not been completed at one dispenser before 
the transponder 23 is used at another dispenser. Furthermore, it is understood that the system can be 
programmed so that although a vehicle-mounted transponder 23 has recently been used to complete a 
sale at a dispenser, the vehicle-mounted transponder could still be used for a different service, for 
example at a car wash or drive-up window of a convenience store. 
1-2 Overview o f Scenario for Hand-Held Transponders 

If a customer has a hand-held transponder 25, such as a key ring or credit card style transponder, 
it must be presented to the short range antenna 24A, 24B by waving the transponder in front of the 
short-range antenna located at the authorization light (see Figs. 4A and 5A). The short-range antenna 
24A, 24B reads the CID data from the transponder and the corresponding authorization light is turned 



on. 



A request for CID account authorization is sent to the network through the host computer 16 
when the customer lifts the nozzle (or begins fueling). When the customer replaces the nozzle, the 
authorization light turns off, the sale is finalized, and a receipt may be printed at the CAT. Preferably, 
the hand-held transponders 25 can work at more than one customer-activated terminal (CAT) (whether 
at a dispenser, car wash, or convenience store area). In other words, the hand-held transponders 25 can 
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work at a particular CAT even if it is currently being used as the payment method for a transaction at 
another CAT. 

1.3 Overview of Authorization Light Operation 

When a customer identification (CID) is read at a dispenser 14 where a fueling transaction is not 
5 already in progress, the authorization light 45A, 45B turns on. 

When CID data from a passing vehicle-mounted transponder 23 is read at the dispenser 14. the 
authorization light 45 A, 45B at that dispenser turns on and remains on until the transponder is out of 
read range. As the vehicle passes the first dispenser and proceeds to the read range of a second 
dispenser, the CID data is read at the second dispenser and the authorization light of the second 
10 dispenser is turned on. 

^ For vehicle-mounted transponder 23 transactions, the authorization light 45A. 45B turns off 

when the nozzle is replaced at the end of the sale or. alternatively, remains lit until the vehicle-mounted 

;;F transponder is out of read range. If a hand-held transponder 25 is used, the authorization light turns off 

ry when the nozzle is replaced at the end of a sale. ' 

IS If a customer overrides a CID transaction and selects a different method of payment, the 

authorization light 45A, 45B will turn off. 

iy After fueling is complete and the nozzle is returned, the system 10 can be programmed to 

prevent an authorization light from being turned on at any other dispenser (or alternatively, anywhere) 

CO in the service station for a predetermined interval of time by the CID transponder 23, 25 that had been 

20 used for the recently completed fueling transaction. Thus, the vehicle can leave the station without 
turning on any more authorization lights. 
1.4. Customer Override 

A customer can override the use of the transponder 23, 25 for a transaction by pressing the 
cancel key at the customer activated terminal (CAT) provided the dispenser 14 has not been activated 

25 (e.g., the nozzle has not been lifted) or fueling has not begun. A prompt such as "Cancel use of CID 
System? (Y/N)" is displayed at the CAT of the dispenser 14 once the cancel key is pressed. The 
customer can verify the override of the CID transaction by pressing the "Yes" key at the CAT. If the 
"No" key is selected at this time, the sale will continue as a CID transaction, z.e., a transaction where 
the customer's CID code is used for billing. A customer can also override a CID transaction before 
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fueling by inserting a bill or credit card or by selecting another payment type such as cash. When the 

customer overrides a CID transaction, the light 45 A, 45B is turned off. 

Once a transaction or sale using a CID code is in the fueling stage, a different payment method 

cannot be selected at that dispenser 14, nor can the CID transaction be canceled. 
5 1.5 Authorization is Denied or Times Out 

If an authorization is denied, i.e., a CID code has been sent to the network and the network 

returns a signal indicating that the customer is denied authorization to use the system 10, Le., the CID 

code, for payment, the transaction is treated like a denied pre-authorization sale. The dispenser 14 is 

stopped and the customer is informed to see the inside anendant for payment. If a vehicle-mounted 
10 transponder 23 is used, the authorization light turns off and remains off until the nozzle is replaced. 

Similarly, if an authorization response is not received from the network for a CID sale within a 
|,!: predetermined time {e.g. , 60 seconds), the sale will be treated like a denied pre-authorization sale. 

1.6 Network Communications Problems 
ry If the computer network is down when a customer lifts a nozzle at a dispenser 14 that has an 

IB authorization light on, the dispenser will not start. Instead, the CAT display notifies the customer that 
H; the network is down and asks the customer to cancel the CID transaction before selecting another pay 
[y method. When the customer completes the fueling, but the sale cannot be paid through the CID system 
^ due to network problems, the CID "sale" is considered an unpaid CAT sale and may be logged and 
CO saved for reporting purposes. 

20 2.0 Customer Identification (CID> Operation and User Interface Flowcharts 

Figs. 1 1 A - 1 II and Fig. 12 are flowcharts describing the processes that occur when a customer 
uses the system 10 in a vehicle mounted transponder 23 scenario and in a hand-held transponder 25 
scenario, respectively. 

Figs. 13-16 are flow diagrams illustrating the relationships between tasks and subsystems 
25 involved in handling customer transactions. 

Figs, 17A-17N and 17Q are flow charts describing the processes performed by the CID 
primitive, le., the software routine written to manage performance of the customer identification 
functions. 

2.1. Scenario for Vehicle-Mounted Transponder 
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Figs. 1 1 A and 1 IB depicts a flow chart 1 100 illustrating operation of the system 10 in a scenario 
that involves a vehicle mounted transponder 23. In step 11 04 a vehicle approaches a pump, i.e., a 
dispensing area, within the service station environment. In step 11 06 a determination is made whether 
the transponder 23 is in range of the pump. As previously discussed with reference to Figs. 1 and 8, this 
5 determination involves a reader 20 receiving data from a vehicle-mounted transponder 23 after the 
transponder is first charged by the antenna 22 A or 22B. If the approaching vehicle does not have a 
vehicle-mounted transponder 23, /.e., there is no vehicle-mounted transponder 23 in range, then the 
system 10 proceeds with traditional customer processing, step 1110, where payment is not made using 
the CID code. With traditional customer processing, the customer makes payment using a traditional 

10 method, such as inserting a credit;' debit card into the customer-activated terminal (CAT) or paying the 
station attendant directly. With traditional customer processing, the CAT may display payment 

\^ instructions, such as "insert credit/debit card or pay attendant", followed by fueling instructions, such 
as ''lift nozzie'\ 

fy If a vehicle-mounted transponder 23 is in range, then in step 1108, the CID system 10 

16 determines whether or not the detected CID has been used recently (for, example, in the last five to ten 
H-^ (5-10) minutes) to complete a sale at another dispenser at the service station. If yes, then the system 
ifi 10 defaults to traditional customer processing, as indicated in step 1110, and the corresponding 
authorization light will not be activated (see step 1112, below). The customer will be required to select 
Co another form of payment, and the transaction will be processed without using the CID code. This helps 
20 avoid fraud and prevents the uneasy feeling a customer might otherwise have driving away from a pump 
after completing a sale only to see each successive pump he or she drives by "light up" as if being 
activated. The customer is given ample time after fueling to leave the service area without activating 
authorization lights at any of the other pumps. As an option, the foregoing default to traditional 
customer processing can be eliminated when it is not objectionable to see other pumps "light up" after 
25 completing a sale on a different pump. 

In step 1 108 if the transponder 23 was not recently used to complete a sale, then in step 1112 
a "customer in range" indication is provided at the pump. In one embodiment, when the transponder 
23 is in range of the pump dispensing area, the authorization light 45A, 45B turns on to provide the 
indication. The light 45 A, 45B may be at any suitable location on or near the dispenser 14. While in 
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one embodiment the in-range indicator is the light 45 A. 45B, it will be appreciated that the indication 
can alternatively be provided by an audible sound (e.g., music, tone or voice), a mechanical movement, 
a video or multimedia presentation, or any combination thereof or other activity that can be sensed by 
the customer. 

5 After the in-range indicator light 45 A, 45B comes on, the system next determines whether the 

vehicle-mounted transponder 23 may have moved out of read range as would happen if the vehicle v^^as 
merely passing a fuel dispenser. In step 1113, the system checks to see if the vehicle-mounted 
transponder 23 is still in read range. If yes, then in step 1114 (discussed in more detail further below), 
the system tests to see if the transponder 23 has been in range a sufficient predetermined length of time. 
10 If, however, the vehicle-mounted transponder 23 is no longer in range, then in step 1 1 15 the system tests 
. g to see if a predetermined number (N) of blank reads, i.e., reads where no transponders are detected, has 
occurred. If yes, this is an indication that the vehicle may have driven on, and the in-range indicator 
is accordingly turned off in step 1116. The system 10 returns to a default condition in step 1 1 10. It is 
fy understood that if the customer then approaches, and the transponder comes within range of, another 
it pump, then the light 45 A, 45B for that pump will turn on. It is still further understood that the in-range 
indication provided in step 1112 does not mean that the customer's identification {Le. , account number) 
\d has yet been associated with the pump for purposes of completing a sale. This avoids the potential for 
^™ fraud or accidental customer charges when a transponder merely enters the range of the pump. If in step 
CO 1115 the predetermined number of blank reads does not occur, this is an indication that the vehicle may 
20 still be within range of the pump, and the system returns to step 1113 again to check for transponder 
reads. 

As mentioned above, in step 1114a determination is made whether the transponder 23 is in 
range of the pump for a sufficient length of time. If not, the system determines in step 1115 if a 
predetermined number of blank reads has occurred. Should the transponder remain out of range, the 
25 in-range indicator will be turned off in step 1116, and the system will default to traditional customer 
processing in step 1110. If the vehicle-mounted transponder 23 is in range for a sufficient time (e,g., 
about 4 seconds, for example) then in step 1 1 18 the pump's customer activated terminal allows the sale 
to proceed by displaying to the customer an indication that the pump handle may be removed for 
immediate fueling, or alternatively that another form of payment (e.g., "insert card"), or cancellation 
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of the pending sale {e.g.. "cancer") may be made. The purpose of the step 1 1 14 time delay before the 
sale can proceed is to give the customer sufficient time to get out of the vehicle to operate the pimp, 
thereby avoiding fraudulent or accidental activation of the pump by someone other than the customer. 

In step 1 122 a determination is made whether a time limit has been exceeded. If too much time 
has passed since the vehicle came in range without the customer proceeding with the sale. i.e.. without 
the customer lifting the nozzle or commencing fueUng, then the in-range indicator goes off ( step 1116) 
and the system defaults to traditional customer processing (step 1110). The step 1 122 time limit may 
be several seconds to a minute or two, for example. The purpose of the step 1 122 time limit is to avoid 
fraudulent or accidental use of the customer's identification should the customer leave the vehicle (e.g.. 
to go in to the service facility) or otherwise be inattentive to performing a sale completion. As an 
option, the time limit step 1 122 may be omitted. 

If in step 1 122 the time limit is not exceeded, then in step 1 124 a determination is made whether 
the customer has activated the pump. In step 1 124 the customer may activate the pump by lifting the 
pump nozzle from the dispenser 14, or by a combination of lifting the pump nozzle and commencing 
fueling. In a dispenser 14 that is not equipped with a nozzle-lift detector, the pump may be activated 
by other techniques, such as, by lifting a pump lever, sliding an element, or perhaps by pressing a grade 
select button to start the pump. For purposes of the present disclosure, any of the foregoing techniques, 
or any combination thereof, or any other techniques utilized to start the pump, are considered a pump 
"activation." 

If, in step 1 124, it is determined that the pump 14 has not been activated, then the system tests 
in step 1 125 for an override of the use of the CID code. An override may occur when the customer 
cancels the transaction or selects another form of payment, e.g., a credit card. If an override does not 
occur, the process returns to step 1122 whereby the system again determines whether the time out 
period has been exceeded. If an override does occur, the system proceeds with traditional customer 
processing, with the type of processing being dependent upon the type of override selected. The details 
of the test for an override when the pump has not yet been activated are discussed fiirther below with 
reference to Fig. 1 1 C. Alternatively, the test for an override can be made before the time out step 1 122; 
however, since the signal processing is so quick, the time out in step 1 122 will not likely to have been 
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exceeded when the system first performs step 1 122. Consequently, any subsequent tests for a time out 
being exceeded in step 1 122 will be preceded by the test for an override (step 1 125). 

If. in step 1124. it is determined that the pump 14 has been activated, then, in step 1126, a 
determination is made whether the transponder 23, previously detemiined to be within range of the 
pump, is still within range. In order to mitigate the effect of any spurious signals that may be picked 
up by the antennas and to veril\^ that the same CID code is being detected both before and after pump 
activation, the CID system 10 preferably compares a sampling of readings made before pump activation 
with a sampling of readings made after pump activation. The CID system verifies that the readings 
before and after pump activation are the same or nearly the same. For example, the CID system may 
take five readings before activation and five readings after activation. If all, two or three of the five 
readings made prior to activation match all, two or three of the five readings made after activation, then 
the CID code is verified. More readings could be made if desired. For example, ten readings made 
prior to activation could be compared with ten readings made after activation. An acceptable 
comparison may be if five of the readings made before the lift match five of the readings made after the 
lift. 

The purpose of the foregoing determination made in step 1126 is to make sure that the 
customer's vehicle is the one being fueled. This avoids the potential for a pump to be activated 
fraudulently or by accident by someone standing near the pump when the vehicle drives by, during the 
brief instant when the transponder 23 is in range of the pump. It will be appreciated that in some 
embodiments step 1126 is optional when step 1114 has already been used to determine whether the 
transponder is in range for a sufficient length of time. It is contemplated that both steps 1 126 and 1 1 14 
may be performed, or that if one is performed the other might not be needed. Both steps in a sense are 
optional, depending upon the level of customer security desired for the system 10. 

If in step 1126 the same transponder 23 is not still in range, then in step 1 1 16 the in-range 
indicator goes off and in step 1 1 10 the pump defaults to traditional customer processing. If still in 
range, then in step 1 128 the transponder 23 data (e.g., the customer account information) is associated 
with the pump so that a sale (e.g., fueling or other purchase) will be permitted. Pump/transponder 23 
association in step 1 128 only occurs once the pump is activated in step 1 124. In step 1 130 
authorization of the transponder data (e.g., customer account information) is performed. For example, 
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the host computer 16 in combination with a network is used to determine whether the customer account 
number is valid for purchases. Aitemativeiy, the host computer 16 may instead review data stored in 
a local negative file of bad accounts and authorize the customer account so long as it does not match 
a bad account number. The authorization process of step 1 130 can be performed prior to. or as part of 
the step 1 128 of associating the transponder 23 with the pump. In some embodiments the association 
process is all that is needed, and no additional authorization process is required. The authorization 
might consist only of recognizing that the customer identification is a valid identification or of the 
correct number of characters. However, in most applications of the system 10, some form of database 
credit authorization will be desired. 

In other embodiments, the authorization step 1130 can be performed as soon as the transponder 
23 is within range of any pump or other reader (perhaps even at the entrance to the service station 
environment). However, a sale will not be permitted (step 1 132) unless and until the pump is activated 
in step 1124. The authorization step 1128 may also include a "time-out" determination (not to be 
confused with the time out discussed with reference to step 1 122). A *'time-ouf ' occurs when the CID 
code has been sent to the host computer 16 or network for authorization, but no confirmation or denial 
has been received after a predetermined amount of time. Fig. 1 IE, described in more detail further 
below, illustrates how a denial of authorization or a ''time-out" may be handled when occurring before 
or after fuehng or before or after the nozzle has been lifted. 

In step 1 132 a sale is permitted whereupon, for example, the customer can dispense fiiel and 
perhaps order goods (e.g., food) or services (e.g., a car wash) at the pump, all of which is charged to the 
customer account identified by the transponder 23 data. 

In step 1 134, the sale is completed usuig the customer's CID data. Fig. 1 IC illustrates in more 
detail the steps taken to complete a CID transaction. With reference to Fig, 1 IC, while the customer 
is fueling, the customer-activated-terminal indicates that the "Pump is on" (step 1 140), and the system 
1 0 performs certain customer specific activities. For example, the system may offer (by displaying a 
message on the CAT) the customer a car wash if the customer has purchased fuel a certain number of 
times. Or, the system may remind the customer it is time for a car wash where the customer desires a 
car wash at certain times. Other customer specific activities may include offering desired food or 
beverages to be charged against the customer's account. The customer specific information may come 
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from a database that is up-dated regularly and which is in or accessible by the host computer 16. Or. 
the information may be included in the data broadcast from the customer's transponder 23, 25. If the 
transponder is a read/write (R/W) transponder, then the host computer can periodically update the 
information on the transponder based on the customer's preferences. 

In step 1 142 the system determines whether the customer is authorized to use the CID code for 
payment or whether a time-out has occurred. Step 1 142 may be included if the "authorization" step 
1 130 (Figs. 1 IB) is omitted before the "permit sale" step 1 132 (Fig. UB). It can be appreciated that 
the "authorization" step can be included either before or after the "peraiit sale" step 1 132 (Fig. 1 IB) 
or both. If in step 1144 (Fig. IIC) authorization is denied or a time-out occurs, it is handled as 
illustrated in Fig. 1 IE. 

During fueling, the system again tests for an override in step 1 146. Fig. 1 IF, which is discussed 
further below, illustrates in more detail the test for an override during fueling. If an override has not 
occurred then in step 1 148, the system detemines whether or not the nozzle has been replaced in its 
seat. If the nozzle has not been replaced in its seat, the system continues to determine whether 
authorization has been denied or a time-out has occurred (if step 11 42 is included) and whether an 
override has occurred. 

Once the nozzle has been replaced indicating that fueling has been completed, the CID system 
determines in step 11 50 whether the network is down, i.e. whether the host computer 16 can access the 
network. Fig. 1 IG illustrates in more detail the scenario for determining if the network is down. It 
should be understood that the network can be checked at a number of different times during the 
customer transaction. For example, the network can be checked before and after fueling has begun. 
With reference to Fig. 1 IC, if the network is down, the transaction is processed as an unpaid CAT sale 
(step 1 152) and the sales information may be stored in the host's computer's memory for forwarding 
to the network at a later time when the network is operational. If the network is not down, the 
authorization light or other in-range indicator is turned off in step 1 154. The sale is finalized and any 
final customer specific activities such as displaying a prompt for receipt are performed in step 1 156. 
2.2 Scenario f or Hand-Held Transponder 

Fig. 12 depicts a flow chart 1200 illustrating operation of the system 10 in a scenario that 
involves a hand-held transponder 25. The transponder 25 may be used even in situations where a 
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customer with a vehicle mounted transponder 23 approaches the pump, whereupon the transponder 25 
may be used to override or cancel a possible transaction involving the transponder 23. This might 
occur, for example, when the customer wishes to charge the sale at the pump to an account different 
than the account associated with the vehicle mounted transponder 23. 
5 Referring now to Fig. 12, in step 1204 a customer approaches a pump, i.e., a dispensing area, 

within the service station environment, hi step 1206 a determination is made whether the hand-held 
transponder 25 is in range of the pump. As previously discussed with reference to Figs. 1 and 8, this 
determination involves a reader 20 receiving data from a transponder 25 after the transponder is first 
charged by the antenna 24A or 24B. To be in range, typically the customer must place the transponder 

10 25 up next to the dispenser 14 or in some other designated location up close to the antenna 24A or 24B. 

If the approaching customer does not present a hand-held transponder 25, then the system 

J=n defaults to traditional customer processing in step 1221. It should be understood that if a vehicle- 
mounted transponder is detected, then the process as described with reference to Figs. 1 1 A and 11 B 

Q 

fO occurs. Instep 1206 ifthe hand-held transponder 25 is in range, then in step 1212 a ''customer in range" 
15 indication is provided at the pump. In one embodiment, when the transponder 25 is in range of the 
'f:!! pump dispensing area, the authorization light 45A. 45B turns on to provide the indication. The light 
Ly 45 A, 45B may be at any suitable location on or near the dispenser 14. In one embodiment, it is in the 
J P5 location of the antenna 24A or 24B, where the customer presents the transponder 25. Separate in-range 

indicators may be provided for the hand-held transponders and the vehicle-mounted transponders if 
20 desired. Once the indication is activated, if the indication is in the form of a light, for example, upon 

moving the transponder 25 away from the light the light remains illuminated until a time out occurs, as 

explained below. 

Once an in-range indication occurs at a pump responsive to the customer presenting the 
transponder 25 in range, if the customer then approaches another pump so that the transponder is in 
25 range, the indication for that other pump will also be provided, and subsequent activation and sale is 
allowed, as explained below, at both pumps. In one embodiment, when two indications and activations 
occur concurrently that involve the same hand-held transponder 25, an indication is provided to the 
service attendant to alert the attendant of the fact, so that if a fraudulent or unintentional use of more 
than one pump by the customer transponder 25 is occurring, it can be terminated. 



-66- 



Docket No. (PE-SS-IS) 



While in one embodiment the in-range indicator is the light 45A. 45B, it will be appreciated that 
the indication can alternatively be provided by an audible sound (e.g., music, tone or voice'), a 
mechanical movement, a video or multimedia presentation, or any combination thereof or other activity 
that can be sensed by the customer. 

In step 1218 the pump's customer activated terminal allows the sale to proceed by displaying 
to the customer an indication that the pump handle may be removed for immediate fueling, or 
alternatively that another form of payment (e.g., "msert card") or canceUation of the imminent sale (e.g., 
"cancel") may be made. In step 1222, a determination is made whether a time limit has been exceeded. 
If too much time has passed since the transponder 25 came in range without the customer proceeding 
with the sale, then the in-range indicator goes off (step 1219) and the system defaults to traditional 
customer processing (step 1221). The step 1222 time limit may be several seconds to a minute or two, 
for example. The purpose of the step 1222 time limit is to avoid fraudulent or accidental use of the 
customer's identification should the customer leave the dispenser area (e.g., to go in to the service 
facility) or otherwise be inattentive to performing a sale completion. As an option, the time limit step 
1222 maybe omitted. 

If, in step 1222. the time limit is not exceeded, then in step 1224 a determination is made 
whether the customer has activated the pump. In step 1224, the customer may activate the pump by 
lifting the pump nozzle from the dispenser 14. or by a combination of lifting the pump nozzle and 
commencing fueUng. In a dispenser 14 that is not equipped with a nozzle-lift detector, the activation 
occurs, for example, by lifting a pump lever, sliding an element, or perhaps by pressing a grade select 
button to start the pump. For purposes of the present disclosure, any of the foregoing techniques, or any 
combination thereof, or other techniques utilized to start the pump, are considered a pump "activation." 

If the pump 14 has not yet been activated, the system tests in step 1225 for an override of the 
use of the CID code. An override may occur when the customer cancels the transaction or selects 
another form of payment, e.g., a credit card. If an override does not occur, the process returns to step 
1222 whereby the system again determines whether the time out period has been exceeded. If an 
override does occur, the system proceeds with traditional customer processing, step 1221, with the type 
of processing being dependent upon the type of override selected. The details of the test for an override 
when the pump has not yet been activated are discussed further below with reference to Fig. 1 IC. 
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Once the pump is activated in step 1224, then in step 1228 the transponder 25 data (e.g., the 
customer account information) is associated with the pump so that a sale (e.g., fueling or other 
purchase) will be permitted. Pump/transponder 25 association in step 1228 only occurs once the pump 
is activated in step 1 124. 

5 In step 1230 authorization of the transponder data (e.g., customer account information) and a 

test for a time-out are performed. Fig. HE illustrates how a denial of authorization or a "^ime-out" may 
be handled In step 1232 a sale is permitted and in step 1234 the sale is completed using the customer's 
CID data. Fig. IIC illustrates in more detail the steps taken to complete a CID transaction. The 
foregoing steps 1230-1234 are performed, respectively, substantially the same way as are steps 1 130- 

10 1 134, described previously. Note that if a customer overrides a CID transaction and selects a different 
method of payment, the indication light 45 A or 45B will turn off 

fy 2.3 Test For Override When Pump Not Activated 

r'-S Fig. 1 1 D. describes the process that occurs when the CID system tests 1 0 for an override of the 

system when the pump has not yet been activated. The process applies whether the transponder 
=15 detected is a vehicle-mounted transponder 23 or a hand-held transponder 25. As discussed above, such 
: an override may happen when the customer chooses a different method of payment other than the use 
of the CID code or the customer decides to cancel the transaction. 
\n Initially, the CID system verities that fueling has not started by determining whether the 

' " dispenser nozzle has been removed from its seat and whether actual fueling has started (steps 1 160 and 
20 1 162). If the nozzle has been removed and fueling has started, then the system tests for an override 
when the fueling has started, in step 1 164. Fig. 1 IF describes the process for testing for an override 
when the fueling has started. 

If the nozzle has not been removed and/or fueling has not started, then the CID system 
determines whether the customer has: (1) canceled the transaction by hitting the ''CANCEL" button 
25 on the customer-activated-terminal (CAT) (step 1 166),(2) inserted a credit/debit card into the CAT as 
payment (step 1 168), or (3) selected a different method of payment (such as cash) (1 170). If yes, the 
in-range indicator is turned off (step 1 172), the display on the CAT is changed to read 'Insert card or 
remove nozzle" or some similar message (step 1 174), and the transaction is processed using traditional 
customer processing methods, i.e., without using the CID code (step 1 176). 
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Note, if the customer hits the "Cancel" button, he or she is given the opportunity to undo the 
cancel. After the "Cancel" button is selected, the display will read "Y/N" (step 1 178). If the customer 
selects "N" for no, the CAT will display a message such as "Nozzle, Cancel, Card" (step 11 80), and the 
transaction continues to be processed as a CED transaction (step 1182). Similarly, if neither a card in 
inserted (step 1 168) or another payment key is selected (step 1 170), then the transaction continues to 
be processed as a CID transaction (step 11 84). In steps 1 182 and 1 184, if the transponder is a vehicle- 
mounted transponder 23, the process continues with the time out step 1122 of Fig. IIC. If the 
transponder is a hand-held transponder 25, then the process continues with the time-out step 1222 of 
Fig. 12. 

2.4 Test For Override When Pump Activated 

Fig. IIF describes the process that occurs when the CID system tests for an override of the 
system that has been attempted after ftieling has started. The CID system verifies that fueling has 
started (step 1 190). If fueling has not started, then the system in step 1191 tests for an override when 
fueling has not started. Fig. 1 ID, discussed above, describes the process that occurs when testing for 
an override before fueling begins.. 

If fueling has started, the CID system determines whether or not the -'Cancel" button was hit on 
the customer-activated-terminal (CAT) (step II 92). If yes. the pump in the dispenser is stopped (step 
1194) and the customer is instructed by the display on the CAT to replace the nozzle and pay the 
attendant inside the service station building (step 1 195). The system then continues to complete the sale 
(step 1 196) by testing the network (step 1 150 of Fig. I IC). If the "Cancel" button was not hit in step 
1 192, the CID system determines whether or not a credit/'debit card was inserted into the CAT (Step 
1 193) or if a different payment key on the CAT was selected (step 1 1 97). If yes, the display on the CAT 
is changed to read that an override of the system cannot be accomplished ~ for example, saying that a 
credit/debit card cannot be accepted (step 1 198). The process then continues processing the sale to 
completion in step 1 1 99 by determining whether the nozzle has been replaced (step 1 148, Fig. 1 IC). 
If a credit/debit card has not been inserted and a different payment has not been selected, the message 
of step 1 198 is not displayed, but the system continues to process the sale to completion in step 1 199. 

2.5 Authorization Denied or Time-Out Handling 
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Fig. 1 IE describes the process that occurs when customer authorization has been denied or there 
is a system time-out due to the failure of the network to provide customer authorization confirmation 
or denial for the use of the CID code. If fueling has already started (step 2210), then the CID system 
10 stops the fuel pump (step 2212) and informs the customer to replace the nozzle and pay the attendant 
inside the service station building (step 2214). If the fueling has not started (step 2210), then the CID 
system 10 determines whether the nozzle has been lifted (step 2216). 

If the nozzle has not yet been lifted then, then the CID process continues (step 2217) with the 
time out step 1 122, Fig. 1 IB, if a vehicle-mounted transponder is involved or with the time out step 
1222, Fig. 1 IC, if a hand-held transponder is involved. Another opportunity to authorize the CID use 
(for example if there had been a system time-out) is provided again in step 1 130, Fig. 1 lA, and step 
1230, Fig. 12. If the nozzle has been lifted, the customer is informed through the CAT display that the 
CID authorization has been denied and is requested to select another method of payment (step 2218). 
The transaction then proceeds with traditional customer processing, i.e.. without using the CID code 
for payment (step 2220). 

2-6 Authorization Light Tin-Range Indicator') Operation 

Figs. IIH and 1 II illustrate the general operation of the authorization lights 45A, 45B (or other 
in-range indicator) of the dispenser 14. Not ever\' trigger for tuming the in-range indicators on or off 
is included in Figs. 1 IH and 1 II. It should be understood that other figures and discussions herein may 
describe additional or modified scenarios for activating or deactivating the in-range indicators. With 
reference to Figs. IIH and 111, the CID system 10 continually takes readings to determine if a CID 
transponder 23. 25 is present or in read range in step 2230. If a vehicle-mounted transponder 23 is in 
range, the CID system 10 in step 2232 determines whether the detected CCD code has been used recently 
at another pump at the service station. Step 2232 is similar to step 1108 of Fig. 11 A. If yes, the 
transaction is processed as though no CID is present and the sale is processed using traditional customer 
methods in step 2234. As discussed previously with reference to Figs. 1 1 A and 1 IB, during step 2232, 
the CID system 10 is checking to see if a transaction using the vehicle-mounted CID code has been 
completed recently at another pump, i.e., completed in the last five to ten (5-10) minutes. If a 
transaction has been completed using the vehicle-mounted CID code in the last five to ten (5-10) 
minutes, then the CID system will not turn on the in-range indicator and the dispenser will not operate 
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unless another form of payment is selected. As mentioned further, this helps avoid fraud by providing 
the customer ample time after fueling to leave the service area without activating authorization lights 
at any other dispensers in the service area. Note, if a hand-held transponder is detected in step 2230, 
then the system 10 does not check for recent use in step 2232. 

If the detected CID code has not been used recently at another pump or the detected CED code 
originated from a hand-held transponder 25, then the CID system turns the in-range indicator on in step 
2236. While the in-range indicator 45A, 45B is on, the CID system 10 determines in steps 2237, 2239, 
and 2241 whether the transponder is still in read range and whether a time out has exceeded. These 
steps (2237, 2239, and 2241) are simHar to steps 1113,11 14, and 1 1 15, respectively, of Fig. 1 1 A. 

In step 2238, the system determines whether the "Cancel" button on the CAT has been hit. If 
yes, the system then determines in step 2240 whether fueling has started, and if fueling has started, the 
system tests for an override in step 2242 (see Fig. 1 IF). If the "Cancel" button has been hit and fueling 
has not been started, then in step 2244, the in-range indicator is turned off. 

If the ''Cancer button has not been activated in step 2238, the CID system 10 determines 
whether a time out has been exceeded in step 2243 and, if not, determines if fueling has started in step 
2245. Steps 2243 and 2245 are similar to steps 1122 and 1124, respectively, of Fig. IIB, and the 
description for steps 1 122 and 1 124 accordingly apply for steps 2243 and 2245, respectively. Note, 
if a time out is exceeded in step 2243, then the in-range indicator is turned off in step 2244. Once 
fueling has started, the system 10 then continually checks to see if the nozzle has been replaced (step 
2246). Once the nozzle has been replaced, the in-range indicator is tumed off in step 2244. 

After the in-range indicator is tumed off, the CID system continues to check to see if the 
detected CED transponder is still in read range in step 2248. The in-range indicator remains off as long 
as the transponder is continuously read by the antenna on the dispenser. The in-range indicator 45 A, 
45B, therefore, is prevented from coming on again as soon as the sale is completed but before the 
customer has driven away from the dispenser. Once the CID transponder is out of read range, i.e,, the 
antenna gets an "empt/' transponder read, the system is essentially reset and the authorization light will 
come on in response to a subsequent transponder read. However, as discussed above, the dispenser 
authorization lights will not come on before a period of five to ten (5-10) minutes after the completion 
of the sale with respect to the current transponder 23. 
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2.7 Network Down Scenario 

Fig. 1 IG describes the process that occurs if there is a computer network failure. After either 
a vehicle-mounted 23 or hand-held CID transponder is read (step 2250) and the authorization light is 
turned on (step 2252), the CID system 10 determines whether the computer network is down (step 
2254) and, therefore, whether the customer's CID code can be verified and/or any final sales information 
can be forwarded from the host computer to the network for processing and. If the network is down, 
the customer is informed of the network failure and is asked to see the cashier (step 2256), and the 
authorization light 45 A, 45B (in-range indicator) is turned off (step 2258). 

If the network is not down, the CED system then determines if fueling has started (step 2260). 
If fueling has not started and the network is up and running, then the system continues to process the 
transaction as a CID transaction. Once fueling has started however, the CID system continually checks 
to see if the network is down (step 2262). If at anytime during fueUng the network fails or goes down, 
the sale will be processed as an unpaid CAT sale (step 2264) and the sales information is stored for 
future forwarding to the network. If no network failure occurs during fueling, then the transaction 
continues to be processed as a CID transaction. 

3.0 Software Tasks and Subsystems 

The following is a description of the specific tasks carried out by software and subsystems of 
the CID system in one embodiment. Other arrangements are contemplated. 

3.1 Overview of Software Tasks/Subsvstems 

Fig. 13 is a diagram 1300 illustrating the relationship between the major software tasks and 
subsystems involved in handling a CID transaction. The software tasks and subsystems needed to 
process the customer identification (CID) feature generally fall into the following areas: 

A. Reading the transponder 23, 25 numbers (''CIDs"). This is performed by a low-level 
Transponder Reader Task 1302. 

B. Handling the CIDs, getting auths (authorizations), turning on authorization lights (or other 
in-range indicator), etc. This is performed by the CID Primitive software routine 1304. 

C. Handling the CID mformation in a sale by, for example, making changes to the Base and 
Application customer platform service ("CPS") code; note that the Base and Application CPS code 
refers to the service station software that controls the fuel pumps and handles non-CID transactions. 
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D. Handling CED authorization requests, authorization returns and time outs. This is performed 
by the CID application's Network Communications 1306, which is in communication with the outside 
network 1308. 

E. Processing outdoor saies activities 1310, i.e.. customer activities that occur at the dispenser 
5 14, such as a new CID read, the insertion of a credit/debit card into the customer- activated-terminal 

(CAT), the customer pressing the cancel key of a different Pay Type key, nozzle lift or retum, and the 
end of the sale. 

F. Handling command input at programming screens 1312, Through programming screens 
(discussed in more detail herein below) the service attendant (or other authorized personnel) is given 

£fi) the ability, for exmiple, to turn CID functions on or off for individual dispensers 14 or for the entire 
fH service station; tum individual readers on or off; map antennae to particular CATs, and perform CID 
i y system diagnostics . 
C3 3.2. The Transponder Reader Task 

^ J Fig. 14 is a diagram 1400 which more particularly illustrates the flow of data and commands 

^15 between the Transponder Reader Task 1302 and the CID Primitive software routine 1304. The 
fU Transponder Reader Task 1302 selectively sends conmiands signals to the transponder readers 20 in 
order to tum the readers 20 on or off (i.e., activate) and forwards authorization light control commands 
fixjm the CID Primitive 1304 to the readers 20 as well The Transponder Reader Task 1302 furthermore 
receives the CID numbers read at all the antennas in the service station. In a typical-sized service 
20 station there may be eight (8) readers 20 in the system, v^th each reader handling up to four (4) 
antennas. Consequently, there may be up to thirty-two (32) anteimas m a typical system. 

After receiving the CID numbers, the Transponder Reader Task writes the transponder CID 
number data to a table illustrated by Table 2 below. The table contains CID numbers or values for all 
the anteimas. The antemias are grouped in pairs of a high-power (long-range) antenna and a low-power 
25 (short-range) antenna. The first antenna pair provides the first two values in the array of CIDs, one for 
a high-power antenna and one for a low-power anterma. The CID values may be eight (8) bytes so that 
there would be two (2) pairs of eight (8) byte values per reader 20. Note that the reader and antenna 
columns in Table 2 below are exemplary only. 
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Table 2: Transponder Reader Task's Data Structure 



M= A typical reader, in one embodiment, is able to handle two (2) pairs of antennas (e.g., antennas 

i^i 22 A, 22B, 24A, 24B), This means that each reader 20 provides thirty-two (32) bytes of CID data, or 
iS5 as mentioned above two (2) pairs of eight (8) byte values. When no transponder number is read at an 
antenna, the value zero (0) is placed in the table as the transponder number for that antenna. When all 
the transponder values have been read for all antennas, a signal is sent to the CCD Primitive 1304 to 
process the new transponder numbers. This signal is in the form of a command packet sent to the CID 
Primitive's Command Mailbox 1402. Either the CID numbers or a pointer to the CID numbers may be 
20 sent in the command packet. 

Authorization light control is decided at a higher software level than the Transponder Reader 
Task 1302 and is passed to the Transponder Reader Task 1302 as conmiands to tum on or turn off 
individual lights. 
3.3 The CID Primitive 

25 With reference to Figs. 15 and 16, the CID Primitive 1304 receives commands in its command 

mailbox 1402. These commands include: 

1) Process the ready CID numbers (data) from the Transponder Reader task 1302. 



-74- 



Docket No. (PE-95-13) 



2) Turn on or turn off the transponder light (authorization light). 

3) Override CE) use at a pump (originated from the Base CPS 1502 or Application code 1504). 

4) Latch CE) use at a pump (from the Base CPS 1502 at nozzle Uft). 

5) Handle CED Auths (authorization replies) returned from the network 1308 through the 
5 Application's Network Interface (or Communications) 1306. 

6) End CID use in a sale (from the Base CPS 1502 or AppHcation code 1504 at the end of a 

sale). 

7) Return CID use status for a pump (from the Base CPS or Application code) 

8) Retum CID revision mformation (from Base CPS report generation code) 

^Ip The CID Primitive 1304 will receive a command to process a new batch of CED numbers read 

J^y at the pumps or dispensers 14 from the Transponder Reader Task 1302. During processing, the CID 
fy Primitive 1304 maps the antennae data to specific pumps 14 for use in determining CID use at the 
pumps. Each antenna pair provides two (2) CED values (one per antenna).As discussed in more detail 
; below, the CID Primitive 1304 utilizes the non-zero CID if one is read at either antenna of a pair. This 

15 non-zero CED value is used for the pump that is mapped to the antenna pair (if any). The CID Primitive 
U I 1 304 is able to determine whether the CID value came from a vehicle-mounted transponder 23 or a key 
j^y ring/chain transponder 25 by which antenna read the transponder. For example, if the transponder was 
,n read by a low-level antenna 24A, 24B, the transponder is considered to be a key ring/chain transponder 
''^ 25. If the CID was read by a high-level antenna 22A, 22B, it is considered to be a vehicle-mounted 
20 transponder 23. 

If both antennas of a CID pair are non-zero, i.e. where the high-level antenna 22A, 22B of a 
pump 14 reads a vehicle-mounted transponder 23, and the low-level antenna 24 A, 24B of the same 
pump 14 reads a key ring/chain type transponder 25, the low-level read takes precedence and is used 
by the CID Primitive 1304. In this way, the key ring/chain type transponder 25 is able to override a 
25 vehicle-mounted transponder 23 at pump 14, and the transaction is charged gainst the key ring/chain 
transponder 25 account. This override measure is discussed further below with reference to Fig. 17M. 

The CID Primitive 1304 maintains two lists of data structure. One list, as shown by Table 3 
below, provides the status of the pump 14 and includes the following information for each pump: (a) 
the type of transponder that was detected by the pump - either the vehicle-mounted (window) 23 or key 
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chain/credit card 25 t>pe: (b) an index to the CID list (the second data list (Table 4) maintained by the 
CID Primitive 1304); (^c) whether there has been an override of CID use at the pump and the 
authorization light has been forced off; (d) whether there has been a return on status change; and (e) 
the previous status. 
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Table 3: Pump List Data Structure 



The second list maintained by the CID Primitive is another structure for CID numbers that are 
being processed by the system as shown in Table 4 below. This list includes the following information 
for each CID number: (a) the type of transponder the CID number came from - either the vehicle- 
mounted (window) 23 or key chain/credit card 25 type; (b) which pump 14 read the CID number; (c) 
which pump 14 is using the CID number; (d) the status of the CID authorization; (e) hilling 
information; (f) delete time; and (f) a forwarding mailbox. Different flmctions change or query the 
two data structures (Table 3 and Table 4) in different ways. 
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Table 4: CID List Data Structure 

Figs. 17A-17N and 17Q are flowcharts describing the CID Primitive and the various commands 
it handles. Fig. 17A describes the overall command processes of the CED Primitive. The CID Primitive 
continually checks for commands in its CID Command Mailbox (CID Cmd Mbx) 1402 (step 1702). 
If there is no command, the CID Primitive proceeds with a CID list Cleanup (step 1704; see flowchart 
17001 of Fig. 171) where the CID List Data Structure (Table 4) is cleared of CID numbers no longer 
read by a pump or in use at a pump after the CID's delete time has passed. After completing the CID 
Ust cleanup, the CID Primitive again checks its CID Command Mailbox 1402 for commands (step 1702 
of Fig. 17A). 

In flowchart 1700 A, if there is a command in the mailbox 1402, the CID Primitive determines 
if the mailbox contains CID data from the Transponder Reader Task 1302, (step 1705). If yes, the CID 
Primitive processes the CID data using a ''Handle CID Data'' subroutine in step 1706. The flowchart 
1700D, ^'Handle CID Data", of Figs. 17D and 17E describes in more detail how the CID data is 
processed. 

With reference to Figs. 17D and 17E, handling of the CID data involves, among other things, 
updating the Pump List Data Structure (Table 3 above) and CID List Data Structure (Table 4 above) 
based on the CID data received from the Transponder Reader Task 1302. In step 1800 of Fig. 17E, the 
CID Primitive maps the antenna data to the pumps 1 4. Flowchart 1 700M of Fig. 1 7M describes in more 
detail the process by which the CID Primitive handles the mapping of antenna data to the pumps. With 
reference to Fig. 17M, the system checks all antenna data and matches antenna pairs to appropriate 
pump numbers or free-standing reader in steps 1802 and 1 804). Then for each pair of antenna readings 
(one high-power and one low-power reading per pair), the system determines if either CID number is 
non-zero (meaning at least one transponder has been read) (step 1806). If neither anteima reading is 
non-zero, i.e. neither antenna detected a transponder, then system sets the new CID for the pump to 
none(O) (Step 1808). 

If at least one CID is non-zero then in step 1810, the CID Primitive determines whether both 
CIDs at a pump are non-zero. If both CIDs at a pump are non-zero, i.e., a the high-power antenna 
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detects a vehicle-mounted transponder 23 and the low-power antenna detects a hand-held transponder 
25, then the low-power antenna data takes precedence so that the new CID for the pump is set to the 
non-zero CID number corresponding to the hand-held or key chain type transponder (step 1812). If it 
is not desired to allow an override by the hand-held transponder 25. then alternatively the system can 
5 maintain an error condition and set the new CID for the pump to none (0) (such as in step 1808). 

If both CIDs at a pump are not non-zero in step 1810, then in step 1814 the new CID for the 
pump is set to the non-zero CID number, and the CED type is set to either window-mounted or key 
chain depending upon which anteima it was read the new non-zero CID. 

Returning to flowchart 1700D of Figs. 17D, 17E, after the antenna data has been mapped to the 

jtp pumps (step 1800), individually begins processing the antennas (steps 1750, 1752). If in step 1754 the 
CID value for an antenna is blank (zero) and the pump has no associated CID number, the CID 

rU Primitive clears the flag that forces the authorization light off at the pump so that future CED reads will 

g be able to tum on the authorization light (step 1 756). Whether or not the force authorization light flag 
has been cleared, the CID Primitive in step 1758 next compares the current CID read with the previous 

d5 CID read. If there has been no change, i.e., the current CID read is the same as the previous CID read, 

ry then the CID Primitive does nothing (step 1760). 

If the current CID is different than the previous CED (step 1762), then the system again 
determines in step 1764 whether the current CID is blank. If no, then in steps 1820, and 171 1, the 
system performs subroutines to handle new non-blank CID read at the pump and to handle retum on 

20 status change, respectively. The subroutine for handling new non-blank CED reads is described in more 
detail in flowchart 1700F of Figs. 17F, 17G, and the subroutine for handling retum on status changes 
is described in more detail in flowchart 1700C of Fig. 17C. These subroutines are discussed in more 
detail further below. 

If in step 1764, Fig. 17E, the current CID is blank, the system determines whether the previous 
25 CID was from a window-mounted (vehicle-mounted) transponder 23 in step 1766. If no, the system 
does nothing in step 1768 since this means that the previous CID was from a key chain type transponder 
25. If the previous CID was a vehicle-mounted transponder 23, the CID Primitive performs steps (steps 
1770, 1772, 171 1, 1774, 1776, and 1778) to update the Pump List Data Structure (Table 3) and the CID 
List Data Structure (Table 4) ua order to "disconnect" the CID from the pump (step 1774) and 
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disassociate the pump with any CJD (step 1778). In step 1776 the vehicle-mounted CID is not 
immediately deleted, but rather a time is set for later deletion. That way the vehicle-mounted 
transponder 23 v^U not turn on authorization lights as it passes other pumps for a predetermined period 
of time. 

5 With reference to Figs. 17F, 17G, the steps taken by the CID Primitive to handle a new non- 

blank CID read at a pump (step 1820 of Fig. 17E) will now be described. First, the CID Primitive 
determines in step 1821 whether the new CID is in the active CID list (Table 4). If no, the new CID is 
added to the active list in step 1 822, and an authorization request is sent to the network for the new CID 
(step 1823). The authorization light stays on at the pump (step 1824). and the system next determines 
:ip whether a different CID had previously be associated with the pump (step 1825). If yes, and the 
•ffj previous (old) CID was from a key chain transponder 25, then the old key chain CID is deleted from 
fy the tables (steps 1826 and 1827). If yes, but the previous CID was not from a key chain transponder 
1=3 25, i.e., it was from a vehicle-mounted transponder 23, then in steps 1828 and 1 830, the old CID's entry 
j ^i for "Read by Pump column of Table 4 is cleared (set to zero (0)) and a time to delete the old CID 
^15 from the table is set, respectively. Next, in steps 1831 and 1832 the pump's associated CID index 
rn (Table 3) is set and the present pump is set as the entry for the "Read by Pump" column (Table 4), 

[^^- respectively. In step 1834 the processing of the new non-blank CID is completed. 
^,0 If in step 1821, the new non-blank CID is already on the active CID list, the CED Primitive 

checks to for whether the new non-blank CED is in use at another pump (steps 1 836-1 842). If the new 
20 CID is from a key chain transponder 25 and is currently being used by another the pump (steps 1 837, 
1838 and 1839), then the new CID is added to the active CID list in 1822. In this way, the key chain 
transponder 25 may be used at more than one pump at a time. If the new CID is from a key chain 
transponder 25 and is not currently being used by another the pump (steps 1837, 1838 and 1839), then 
in step 1840, the existing CID entry on the table is used, i.e., the a new entry is not made. 
25 If the new CED is from a vehicle-mounted transponder 23 which is not in use by another pump 

(steps 1837, 1840), then in step 1840, the existing CED entry on the table is used, i.e., the anew entry 
is not made. If, however, the new CID is from a vehicle-mounted transponder 23 that is m use by 
another pump (steps 1837, 1840, 1842), then the force light off flag is set so that the new CID read will 
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not turn the authorization light on. Accordingly, the vehicle-mounted transponder is prevented from 
being used at more than one pump at a time. The processing then ends in step 1834. 

Other commands handled by the CID Primitive are discussed further below. 
3.4 The CID Primitive/Sale Processing Interface 

Outdoor sales processing, i.e., where the customer does not go through a cashier or attendant 
but makes pa\-ment at the dispenser 14 by using either the CAT or the CID code, requires interfacing 
at a number of steps in the sale process as described below. The various steps include: 

1. A new CID is first read at a pump or is first no longer read (goes to a zero CID); 

2. Bill Insertion, Card Insertion or Pay Type Key Pressed; 

3. Nozzle Lift; 

4. Authorization Approval, Denial or Timeout; and 

5. End of Sale/Cancel. 

In each of the above cases, either the Base CPS code 1502 notifies the CID Primitive 1304 or 
the CID Primitive 1 304 notifies the Base CPS code 1 502 that the event or step has transpired (Fig. 1 5). 
Both the Base CPS code and the CID Prunitive handle these events. 
3.4.1 A CID Number is First Read at a Pump 

Referring to Fig. 17A, when a CID number is first read at a pump, the CID Primitive 1304 
checks to see if there is a return on CID status change request for the pump (see step 1708 and 
subroutine step 1710 of Fig. 17A and flowchart 170GB "Handle Return on Status Change Request" in 
Fig. 17B). If so, the CID Primitive sends notification to the Base CPS processing code to inform it of 
the new CID read. The Base CPS code notifies the application code, which may perform some 
fimctions such as changing the CAT display to reflect that a CID has been read at the pump. 

Similarly, if a vehicle-mounted CID transponder 23 passes out of the read range of a pump, the 
CID Primitive informs the Base CPS that the CID is no longer being read at the pump (if a return on 
status change is requested for that pump). This enables the application code to change the CAT display 
prompt back to its original state (no CID read state), or perform whatever actions are needed. 

The CBD Primitive status return interface uses mailboxes for the command request and for the 
status change notification. The Base CPS sends a return on status change request to the CID Primitive 
via the CID primitive's Command Mailbox. The CID Primitive processes the request and monitors the 
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CID reads at the CAT. When a new CID is read, it returns the status change to the appropriate state 
mailbox (mbx) for the requesting CPT (slave reader). Fig. 15 is a diagram 1500 illustrating the return 
on status change interface. 

3.4,2 Bill Insertion. Card Insertion or Pav Tvpe Kev Pressed 
5 When a bill (e.g., paper currency) is inserted in the bill acceptor, a card is inserted at the CAT, 

or a pay type key is pressed at the CAT, the Base CPS code 1502 handles the event in its normal 
manner. The CPS code also calls the new routine "override_cid.at.pumpO." 
The format of the call is: 
override_cid.at_pump( pump.num, &status). 
.ip This routine sends an override.cid.at.pump command to the CID command mailbox (see step 1712 and 
jQ subroutine step 1714 of Fig. 17A, and flowchart 1700H "Handle CID Override" of Fig. 17H). With 
ry reference to Fig. 17H, if the pump is not activated yet, then the authorization light is turned off at the 
g pump and the CID is prevented from being used in a sale at the pump (steps 1850 and 1852). If the 
[ pump has already been activated, however, then the attempted override is ignored and a message is 

is displayed at the CAT to the effect that the override can not be made (steps 1 850, 1 854). In step 1 856, 
Q the override subroutine is ended. 
W 3.4.3 Nozzle Lift 

When the nozzle is lifted at a pump 14, If the pump is not already authed (authorized) or an auth 
(authorization) in progress is set, and if the pump 14 has no problems preventing an authorization, the 
20 Base CPS code 1 502 calls the new routine "latch.cid.at.pumpO." 
The format of the call is: 
latch,cid^at.pump( pump.num, &status). 
This routine sends a latch^cid_at_pump command to the CID command mailbox (see step 1716 and 
subroutine 1718 of Fig. 17A and flowchart 1700K "Handle Latch CID At Pump" of Fig. 17K). With 
25 reference to Fig. 17K, when processed, the command checks to see if the pump has a CID read, and if 
it can be used in the new sale. In particular, in step 1902, the system determines if the pump as an 
associated CID index. If not, then the sale will not be a CID sale (step 1904) and the force Ught off flag 
is set for true, i.e., the pump light is turned off (if not akeady off) (step 1906). 
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If the pump does have an associated CID index in step 1902, then the system checks to see 
whether the force light off flag is already set for the pump, i.e. set to off (step 1908). If yes, then in step 
1 9 1 0 the CID cannot be used in the sale. If the light not set to off, then the CID may be used in the sale, 
and the CID is associated with the pump sale (step 1912). A status is returned indicating whether or 
not the sale is a CID sale. In step 1914. Table 4 is updated to indicate the CID is in use at pump. In 
steps 1916, 1918, and 1920, the appropriate mailbox for the authorization responses is specified, and 
the CID Primitive forwards the Auth reply or timeout to the appropriate task's mailbox, which is how 
the system works with pre-auths. 

As discussed further above, in order mitigate the effect of any spurious signals that may be 
picked up by the antennas and to verify that the same CID code is being detected both before and after 
the nozzle Uft, the CID system preferably compares a sampling of readings made before the nozzle lift 
with a sampling of readings made after the nozzle is lifted. The CID system verifies that the readings 
before and after the nozzle lift are the same or nearly the same. For example, the CID system may take 
five readings before the nozzle Uft and five readings after the nozzle lift. If all, two or three of the five 
readings made prior to the lift match all, two or three of the five readings made after the lift, then the 
CID code is verified. More readings could be made if desired. For example, ten readings made prior 
to the lift could be compared with ten readings made after the lift. An acceptable comparison may be 
if five of the readings made before the Uft match five of the readings made after the lift. 

3.4.4 End ofSale/Canrel 

When a sale is canceled or finalized, the Base CPS code 1502 calls the new routine 
"end.cid_at.pumpO." The fonnat of the call is: 

end_cid.sale_at_pump( pump_num, &status); 
This routine sends an end.cid.sale.atjjump command to the CID Command Mailbox (see step 1720 and 
subroutine 1722 of Fig. 17A and flowchart 1700L "Handle end.cid_use.at 4>ump" of Fig. 17L). This 
command tells the CID Primitive that the pump sale is over. With reference to Fig. 17L, the CID 
Primitive determines in step 1930 if a CID in the CID table is associated with the pump and if so, begms 
cleanup operations on the CID in steps 1932, 1934, 1936, 1938, and 1940. The CID is not immediately 
deleted, as the system needs to keep the CID and the status of its use in a sale. This is so that when a 
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mounted transponder 23 sale is finished at a pump, the transponder does not turn on authorization lights 
as it passes other pumps for a predetermined period of time. 
3.5 The CID Primitive/Network Communications Interface 

The CJD Primitive 1304 interfaces with the application-specific network communications code 
5 in order to send authorization requests to the appropriate network, and to receive replies from the 
network. 

3.5.1 CID Authorization Request 

When a new CED is first seen at an antenna, an authorization request is generated for the CCD. 
A new routine, "authorize_cidO", interacts with existing network communications code to generate an 
ip auth (authorization) request to be sent to a network. 

The format of the call is: 
rU authorize_cid( cidjiumber, cidjndex, retumjnbx, &status ): 

fb where cidjndex is a method of identifying the auth return with the CID that is requesting the 
ri authorization. This procedure is called by the CID Primitive and does not involve sending any 
-15 commands to the CID Primitive Command Mailbox. 

ry The Auth Requests are filled in with the CID number rather than a credit card account number 

and its associated information. This needs to be done for each apphcation, as the individual network 
=J interfaces are different, 

3.5.2 Auth Approval. Denial or Timeout 

20 When the CID auth is approved, denied or timed out, the CID Primitive receives an auth reply 

from the network communications code (see step 1724 and subroutine step 1726 of Fig. 17A and 
flowchart 1 700 J ''Auth Reply" of Fig. 17 J). Fig. 16 is a spacial diagram showing the authorization 
request and reply handling. A procedure, ''decode_cid_auth_replyO," is called by the project-specific 
network communications code. This procedure handles "decoding" the response from the network into 

25 a format that can be used by the application's auth reply handler. It then returns the decoded auth reply 
to the CJD primitive. 

The format of the call is: 

decode.cid^auth.reply (parameters to be determined). 



-83- 



Docket No. (PE-95-13) 



This procedure is called by the application network communications code. The procedure generates 
a command (process.cid.authjeply) to the CID Primitive Command Mailbox to process and possibly 
forward the decoded Auth Reply. 

When a decoded auth reply is received by the CDD Primitive, it first determines whether the CID 
is in the CID list (i.e.. is in use) in step 1940. If no. the CID authorization or time out is thrown away 
in step 1943. If yes, the CID Primitive stores a pointer to the auth reply in the CID structure, and 
changes the Auth Status for that CID (step 1942). If the CID is in use at a pump and the Forwarding 
Mailbox is set (step 1 944), the CID Primitive sends the CID Auth Reply to the forwarding mailbox (step 
1946). Note that in step 1946, if the Auth is approved, the Base CPS/Application will copy the biUing 
information for the sale finalization. If the Auth is denied or times out, the Base CPS/Application will 
terminate the sale and stop the pump. If in step 1944 the CED's forwarding mailbox has not been set, 
then in step 1948 the authorization information is saved for future forwarding incase the CID is used 
later at a pump. 

The auth reply, after being forwarded to the correct mailbox, is handled by the application- 
specific code, which processes the auth reply. If the auth is approved, the application may continue the 
sale. If the auth is denied or timed out, the application may stop the sale at the pump. 

Note Figs. 17N and 17Q shows a flowchart 1700N of a "Begin CID Auth Task" 1950. The 
steps 1750N, 1752N, 1754N, 1756N, 1758N, 1760N, 1762N, 1764Q, 1766Q, 1768Q, 1770Q, 1772Q, 
1774Q, 1776Q, 1778Q, and 1820Q are sinular to steps 1750, 1752, 1754, 1756, 1758, 1760, 1762, 1764, 
1766, 1768, 1770, 1772, 1774, 1776, 1778, and 1820 of flowchart 1700D of Figs. 17D and 17E. 
Flowchart 1700N has the added step 1952 of determining whether the pump is in use. If so, then in step 
1954, any CID read at an in-use pump is ignored. 

4.0 Options 

The following are various descriptions of additions or changes that may be made to the CID 
system. One or more of the variations may be made to the system at a time. 

4.1 Car Wash 

For service stations that have an automated car wash, a stand-alone reader with a long-range 
antenna for detecting vehicle-mounted transponders and a short-range antenna for detecting key 
ring/card type transponders may be positioned at the entrance to the car wash. Customers can use either 
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their vehicle-mounted transponder or hand-held transponder to pay for the car wash or be authorized 
for a free car wash if the service station gives free cai* washes for fueling. 

The network can keep information regarding the customer's preferences for a car wash (such as 
a wash only, wax, dry, etc.) so that the customer does not need to input the information at the carwash, 
5 but may proceed with the car wash once authorization is given. The preferences may be displayed at 
a customer-activated-terminal (CAT) provided on the stand-alone reader and overridden by pressing 
appropriate keys at the CAT if desired. 

Where a service station provides free car washes and the customer has met the criteria for 
receiving the free car wash, the CAT displays a message to the customer that the customer is entitled 
•ip to the free car wash. The customer is also give the option to add other car wash services (such as wax 
or dry) that may not be included with the free car wash. These additional services can then be charged 
fy against the customer's transponder account, 
^ 42 Hand-Held Anterma 

m As an option service stations could be provided with hand-held or wand-type antennas at the 

J5 dispenser islands. The hand-held antenna may be waved in front of a vehicle-mounted transponder by, 
J:^ ^ for example, a gas station attendant who is dispensing fuel at a full service island, 

4.3 Nozzle Antenna 

iP As an option, reader antennas may be placed on the ftiel dispenser nozzle, and the customer 

transponder may be placed in the inlet or neck of the vehicle gas tank. When the fuel nozzle dispenser 
20 nozzle is inserted into the gas tank inlet, the nozzle antenna detects the gas tank transponder. 

4.4 PIN Number 

As an option, the CID system may be programmed to display a request at the CAT for a personal 
identification number (PIN). The PIN would be a number different from the CID number and may be 
used in lieu of a correct CID number reading or to verify a transponder reading of a CID number. In 
25 response to the PIN request, the customer would use the key pad at the CAT to enter the PIN. 

4.5 Indoor Payment 

A key ring/card reader may placed inside the service station building for purchases of other 
products such as food, car supplies, or magazines that may be offered by the service station. For 
example, many service stations include a convenience store that offers a variety of items for sale. A 
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reader could be positioned near the check-out counter. The customer may wave a key ring/card type 
transponder past the reader in order to pay for items being purchased. 

4.6 Reward and Recognition 

The network keeps track of the customer's past purchases and buying preferences and provides 
rewards for frequent purchases. When a transponder is read, the CAT can display a message indicating 
rewards that the customer may be entitled to such as a car wash. 

The network can also keep a profile of the customer and provide customized service for the 
customer based on the profile. The profde can include customer information such as: customer name, 
address, telephone number, date of birth, and security code; payment information such as: primary 
method of payment(card number, valid dates, card type) and secondary method of payment (card 
number, valid dates, card type); preference information such as: CAT receipt desired, language 
(English, Spanish), car wash preference; and purchasing information such as: product purchased, date 
of purchase, amount of purchase, quantity purchased. An example of customized service based on a 
customer profile includes the automatic printing of a receipt at the CAT. Or, the customer can obtain 
full service fueling, i.e., dispensing of the fuel by a service attendant. The customer merely drives up 
to the dispenser, allow the vehicle-mounted transponder (or hand-held transponder) to be read by a 
dispenser antenna, and the network sends a signal to the attendant to dispense the fuel. 

The profile of the customer can be constructed based on questionnaires completed by the 
customer and input into the network and by prior transactions completed by the customer. 

4.7 Car Diagnostic 

Many vehicles include computers that keep track of the car's diagnostics. For example, the 
computer keeps track of the radiator water level, the oil level, and the car mileage. The CID 
transponders may be linked to the vehicle's computer in order to read the diagnostic information and 
may broadcast the information to a service station CID antenna. The CAT at the service station 
dispenser can then display reminders based on the diagnostic information to the customer such as the 
car's oil needs to be changed. 

4.8 Attendant Control Over Dispenser 

A service station attendant may override the use of a transponder if firaud is suspected. For 
example, an attendant may wish to halt the dispensing of fuel at a pump if the attendant suspects that 
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the user was merely waiting at the pump until a vehicle with a vehicle-mounted transponder went by 
and activated the authorization Ught on the pump. 
5.0 Further Svstem Description 

Presented herein below is a further description of the CID system 10 as can be implemented with 
a commercially available fuel dispensing system, such as the Wayne Plus/2, Wayne Plus/3, or Nucleus 
fuel dispensing systems available from Wayne Division, Dresser Industries, Inc. of Austin, Texas. 
Specifically, certain changes can be made to the fuel dispensing control system for incorporating the 
remote RF CID features of the system 10, including changes that can be made to the programming 
screens as part of the host computer 16, the network record, and the reports and logs. 

VI. ADDITIONAL SYSTEM DETAILS 
1.0 Detailed Svstem Description 
1.1. Changes to Programming Screens 

For a station environment to operate v^th a CID' system, certain progranaming screens will need 
to be added. An options screen, which contains the ability to turn CID functions on and off for an entire 
station, is added and is described in more detail below. The ability to tum on and off each reader is 
programmed. Also, if the station' is configured for CID, a screen for the mapping of the antennae to the 
CATs is programmed. A diagnostic screen is added to display the status of each reader and its 
corresponding antennae. 

1.1.1 Options Screen 

The above mentioned screens can be added under the Plus/3 Options Menu of the Programming 
Menu on the Wayne Plus dispenser. 

The Options Screen v^ll contain the Station Options screen, the Reader Activation screen, the 
Antenna to CAT Mapping screen, and the Diagnostic screen. Each of these screens is described below. 
The "Reader Activation", "Antenna to CAT Mapping", and "Diagnostics" screens v^nll not be seen if 
a station is not configured to run CID. 

1.1.2 Station Options Screen 

The Options screen, as shown in Table D-1 below, contains the information needed to setup a 
station for CID. 
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SpeedPass allowed at station YES 

Table D-1: Station Options Screen 

This screen allows the station to turn the CED option on or olf for the entire station. This will 
allow stations to shut off the CED option in the event that the station does not want to operate with CED. 
The term "SpeedPass" shall be used herein below as referring to the system 10. If ''SpeedPass allowed 
at station'' is set to No, the "Reader Activation", "Antenna to CAT Mapping", and "Diagnostics" 
screens will not be seen on the Options Screen. 
1.1.3. Reader Activation Screen 

A reader can be tumed on or off at this menu. If a reader is turned off, the 4 antennae associated 
with it v^l not be used. The Reader Activation screen is shown in Table D-2 below. 



SpeedPass Reader 1 ON 

SpeedPass Reader 2 ON 

SpeedPass Reader 3 OFF 

SpeedPass Reader 4 ON 



Table D-2: Reader Activation Screen 

Turning a reader off for a particular pump may be necessary if an individual reader is 
malfunctioning. 

1.1.4. Antenna to CAT Mapping Screen 

The Antenna to CAT Mapping Screen is shown in Table D-3 below. 



Antenna to CAT Mapping 



Rdr-Ant:CAT 


Rdr-Ant:CAT 


Rdr-Ant:CAT 


Rdr-Ant:CAT 


1-1/2: 1 
1-3/4: 2 


2-1/2: 3 
2-3/4: 4 


3-1/2: 5 
3-3/4: 6 


4-1/2: 7 
4-3/4: 8 



Table D-3: Antenna to CAT Mapping Screen 
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The Antenna-to-CAT Mapping screen indicates which antennae are positioned on which CATs. 
There are two antennae per CAT. The odd numbered antennae wiU be the long range antennae that read 
the mounted transponders. The even numbered antennae will be the short-range antennae that read the 
hand held transponders. 

If the CAT number is a -'0", then the antennae are not physically connected to a CAT and are 
ignored. An example of this type of reader setup is for a single-sided CAT where the reader only has 
2 antennae connected. 
1.1.5 Diagnostic Screen 

This screen will provide the status of CIDs at the antennae. This screen will serve as an aid in 
the debugging process. An example of this screen is shown below in Table D-4. 





SpeedPass Diagnostics 




Rdr-Ant 


Mounted CID # 


Hand-Held CID # 


1-1/2 


1234567890123456789 


0000000000000000000 


1-3/4 


0000000000000000000 


1234567890123456789 


2-1/2 


3456789012345678901 


0000000000000000000 


2-3/4 


4567890123456789012 


2345678901234567890 


3-1/2 


0000000000000000000 


0000000000000000000 


3-3/4 


0000000000000000000 


0000000000000000000 


Refresh 







Table D-4: Diagnostics Screen 



1.2 Network Record Change.s 
1-2.1 CID Authorization Reque.st 

For the CID authorization request, "ICID" wiU be appended to the 20 digits read from the 
transponder and sent in the magnetic stripe field of the authorization record. 
1.2.2 CID Authorization Raplv 
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For the CK) authorization reply. Network will send the account number back in the reply record 
with the following fields: 

• Field 5, record type will be set to "A" denoting a CCD transaction 

• Field 8 (new field), account number - 19 b>tes of account number, space tilled 
5 • Field 9 (new tield), expiration date - 4 bytes 

• Field 10 (new field), print receipt indicator - 1 byte 

• Field 1 1 (new field), prompt for car wash indicator 1 byte 

• Field 12 (new field), language indicator - 1 byte 

• Field 13 (new field), reward indicator - 1 byte 
[|0 • Field 14 (new field), preference indicator - 1 byte 
Jft • Field 15 (new field), preference data - 40 bytes 

ri I 

Q The print receipt indicator (field 10) denotes whether the receipt will be automatically printed 

Irl or the customer will be prompted. If a ' Y' is received in the authorization response, the receipt will 
automatically be printed for the customer. If a 'N' is received in the authorization response, the 

fftS customer will be prompted 'Tress Yes for a receipt." The prompt for car wash indicator, the language 
indicator, and the reward indicator (fields 11, 12, and 13, respectively) may be implemented. The 
preference indicator (field 14) denotes whether the preference data field is present or not. The first 33 
bytes of the preference data field (field 15) will be displayed on the indoor console in the pump message 
window. 

20 1.2.3 CID Sale 

For the CED sale completion, the 37th position of the magnetic stripe data will contain a "C" 
indicator similar to a manual entry. 
1.3 Reports & Logs 

The reports and authorization log will change for any transactions involving CID to include the 
25 CID number. The reports that will change are the Denied CAT Pre-Auth report and the Hardware 
Configuration report. The proposed changes are described below. Non-CID transaction will be 
reported as they previously were, with no change to the logs or the Denied CAT Pre-Auth report. 
1.3.1 Authorization Log 
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The authorization log will be changed for CID to indicate that a CID transaction has occurred. 
The CID number will be added under the account number field on the log. An example of the CID 
authorization log is shown below in Table D-5. The proposed changes are in bold face print. If the 
transaction is a CID pre-auth (i.e. the Pre-auth field in the card table is set to 'Y'), the title on the 
authorization log will be ^'SP PRE AUTHORIZATION''. 

051695 14:30:36 SP AUTHORIZATION 

Acct # 805 086 000 91 906 Exp 0697 

SP # ICID 1234 5678 9012 3456 7890 
Addr # 1 TID#01 Amount $ 10.00 

Host Message: OK TO PUMP 05000 
Table D-5: Authorization Log 

1.3.2 Denied CID / Timed-Out CID 

If a customer has removed the nozzle on a Vista pump or lifted the lever on a non- Vista pump 
and the auth received from the network is denied, the transaction will be treated as a Denied Pre-Auth. 
shown in Table D-6 below. 

Station 

Report Taker: Domia 
Denied CAT Pre-Auths X Repon 
Start Time: 12:00:00pm Tue 09 May 95 
FUEL TICBCET #002929 



05/17/95 06:05:18 PMP#01 
CR Acct 805 086 000 91 906 Exp. 0597 
SPECIAL Grade#02 Amt$ 11.78 
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x0006el0s01tl 04:25:00pm Wed 24 May 95 
Table D-6: Denied CAT Pre-Auth Report without SpeedPass 

The Modified Denied CAT Pre-Auth report will include CID numbers as shown in bold face 
print in Table D-7 below. 

Station 

Report Taker: Donna 

Denied CAT Pre-Auths X Report 

Start Time: 12:00:00pm Tue 09 May 95 

FUEL TICKET #002929 
05/17/95 06:05:18 PMP#01 
CR Acct 805 086 000 91 906 Exp. 0597 
SP #1CID 1234 5678 9012 3456 7890 
SPECIAL Grade#02 Amt$ 11.78 

x0006el0s01tl 04:25:00pm Wed 24 May 95 
Table D-7: Modified Denied CAT Pre-Auth Report with SpeedPass 

If a customer has removed the nozzle (Vista pump) or lifted the lever (non-Vista pump) and the 
network goes down prior to receiving the auth response, the transaction will be treated as a Denied CAT 
Pre-Auth (the report is shown in Table D-8 below). The account number and expiration date fields wiU 
be printed with all zeroes to indicate that a time-out has occurred prior to receiving the auth (i.e. no 
account information is available at that time). 

Station 

Report Taker: Donna 
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Denied CAT Pre-Auths X Report 
Start Time: 12:00:00pm Tue 09 May 95 



FUEL TICKET #003131 
05/17/95 06:05:18 PMP#01 
CR Acct 000 000 000 00 000 Exp. 0000 
SP#1CID1234 5678 9012 3456 7890 
SPECIAL Grade#02 Amt$ 11.78 



x0006el0s01tl 04:25:00pm Wed 24 May 95 
Table D-8: Denied CAT Pre-Auth Report with SpeedPass and No Auth Response 

ilp 1-3.3 Hardware Configiiration Report 

, The Hardware Configuration Report will change to mclude the CID reader firmware revision 

g information. A sample report is shown in Table D-9 below. . 

!'^° Station 

Report Taker: Donna 
H/W Configuration Report 
POS CPU: 

Wayne PIus/2 Release 2. 1 Oe 

DATE: Mar 23, 1995 

20 

« 

PUMP 1: 
TYPE: 3 Product 
REVISION: 15 
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PUMP 2: 

TYPE: 3 Product 

REVISION: 15 
SPEEDPASS READER!: 

REVISION: 1.23 

X000E04S01T1 08:00:00am Mon 1 Jan 95 
Table D-9: Modified Hardware Configuration Report with SpeedPass 

1 .4 CAT Display Changes 

If the CID light is on and the CID idle prompt "Begin Fueling or Cancel SpeedPass" is displayed 
at the CAT, indicating a CID has been read at the CAT, and the nozzle has not been removed or the 
lever has not been lifted, the customer may press the cancel key to override the CID payment method. 
The CAT will prompt the customer "Cancel use of SpeedPass? (Y/N)". If Yes is pressed, the CID light 
will turn off and the CAT will display the normal idle prompt (e.g. "Insert card or Begin Fueling")- If 
No is pressed, the CAT will display "Begin fueling or Cancel SpeedPass'' and the scenario will continue 
as if the cancel key was never pressed (i.e. as a CID transaction). 
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Table D-10 below describes the idle prompts that will be used if a CID has been read. 





station Operation 


Current Idle Display* 


New Idle Display^ 




Postpay 


Insert card or Begin fueling 


Begin fueling or Cancel SpeedPass 




Postpay/Network Down 


Pump first then Pay inside 


Network down Press cancel 


5 


Postpay w/BAC 


Insert card/cash or Remove nozzle 


Begin fueling or Cancel SpeedPass 




Postpay w/BAC/Network 
Down 


Pimq) first then Pay inside 


Network down Press cancel 




Prepay 


Insert card or Pay cashier 


Begin fueling or Cancel SpeedPass 




Prepay /Network Down 


Pay cashier before fueling 


Network down Press cancel 


ittO 


Prepay w/BAC 


Insert card/cash or Pay cashier 


Begin fueling or Cancel SpeedPass 




Prepay w/BAC/Network 
Down 


Insert cash or Pay cashier 


Network down Press cancel 




Full Serve' 


Card, Nozzle or Preset 0 .00 


Card, Nozzle or Preset 0.00 




Full Serve/Network Down^ 


Remove Nozzle or Preset 0.00 


Remove Nozzle or Preset 0.00 




Full Serve w/BAC' 


Card, Cash, Nozzle or Preset 0.00 


Card, Cash- Nozzle or Preset 0.00 




Full Serve w/BACNet Down' 


Cash, Nozzle or Preset 0.00 


Cash, Nozzle or Preset 0.00 




Unattended 


Insert card 


Begin fueling or Cancel SpeedPass 




Unattended w/BAC 


Insert card or cash 


Begin fueling or Cancel SpeedPass 


20 


Unattended w/BAC, Net 
Down 


Insert cash 


Network down Press cancel 



Idle Prompts 

Prompts to be used if station is configiired for CID and a transponder has been read at CAT 
Idle prompts in full serve mode will not change 



Table D-IO: CAT Idle Prompt Changes 
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2.0 Additional Features 

2.1 Multiple Transponder Use 

A transponder may be used at more than one pump at a time. A warning system has been 
implemented to inform the cashier that a transponder is currently being used fora CID sale at one pump 
5 and a sale is beginning at another pump that will use the same CID. An inform message is displayed 
on the POS for the second use of the CID when the nozzle is removed for a Vista pump or when the 
lever is lifted for a non- Vista pump. The cashier is required to acknowledge the message, the customer 
is not stopped in any way from using this transponder in a multiple use scenario. If the cashier does not 
want the customer to use the transponder in this manner then the cashier must hit pump stop or notify 
10 the customer. 

^ The message displayed on the indoor POS is ''CID at CAT #X in use at CAT #Y". The cashier 

m will then press the acknowledge key. An error log message, ''CID IN USE AT OTHER CAT', will also 
j be printed. 
fU 2.2 Reward Indicator 

The authorization response received from the host contains a reward indicator field. If this field 
^f; contains a 'Y\ then the CED light will flash off and on until the end of the sale, if this field contains 

a 'N', then the CID light will remain on as before indicating that a CID has been read. When the light 
[^^ is in flash mode, the light is not an indicating of a CID in read range anymore; if the nozzle is removed 

for a Vista pump or lifted for a non-Vista pump when the light is off during this flash mode, the sale is 
20 a CID transaction. 

2.3 Blank Read Threshold 

The Station Options Screen has been modified to bclude a programmable blank read threshold 

as shown in Table D-1 1 below. This field is used to aid in weeding out false CID reads, these blank 

reads can occur while the CID is actually in read range. This option allows programming the number 
25 of consecutive blanks that register that the CID has moved out of read range. The CID light will not 

be turned off for a mounted CID until the number of consecutive blank reads threshold is reached. 



SpeedPass Station Options 
SpeedPass allowed at station YES 
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Blank CID reeids required to indicate no CID 5 

Table D-11: Modified Station Options Screen 

2A CID Light Operation for Denied Mounted CID Authorization 

For mounted CIDs, the CID light will be turned off uiienever a denied authorization is received 
5 from the host. The light will not be turned on again after the nozzle is replaced for that mounted CID. 
3.0 Miscellaneous Additional Features 

Miscellaneous additional features, including the following items, may also be implemented. 
Such miscellaneous additional features may include: Use Car Wash preference; Use of transponders 
indoors; Turn on car wash; Display reward at the CAT during fueling; Flashing "P" for customer 
J:0 preferences display on the console; Use of the language indicator; and Poor Man's Store & Forward. 

;| Vn. FUNCTIONAL OPERATION OF SPEEDPASS SYSTEM 

m In addition to the above, the following section further describes some of the functional operation 

of another embodiment of an RF-CID (LUHF) system, hereafter referred to as the "SpeedPass system." 
["f In particular, the following section provides a description of the relationship between customer 

activities, the dispenser control board (a.k,a., digital control board. DCB) activities, messages 
; exchanged on the RS 485 bus, and the host computer responses to these activities and events. Customer 

Ki refers to a person at a fuel dispenser purchasing fuel. 

As previously discussed, transponders are used with the LUHF system of the present invention. 

The transponders may include three types of transponders, such as, read only hand held transponders: 
20 digital signal transponder (DST) hand held transponders; and vehicle transponders which can be read 

by the LUHF system. The DST hand held and vehicle transponders have a 32 bit ID. Older read only 

transponders have a 64 bit ID. Hereafter, reference to a 32 bit ED shall be interpreted to include a 64 

bit ED, for simplicity. 

1.0 System Software Architecture 
25 1.1 Message Traffic 

The host computer is continuously polling the DCB's which, in response, return their antenna 

scan buffers. The DCB's are continuously polling the antennas, both overhead (long range) and hand 
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held (short range), for a transponder in range. Polling refers to the sending of a get variable length 
antenna scan buffer command to a DCB, When a DCB detects a transponder, the transponder's' ID 
number is placed in the scan buffer, wherein the scan bxiffer is passed onto the host computer. When 
the host computer is ready to proceed with a sale, the host computer takes over the bezel light control 
5 (alternatively, the activation light) of a dispenser pump from the particular DCB. This is accomplished 
via the enable/disable light control command. That is, when the host computer is controlling the light, 
it uses the enable/disable light control conmiand. In addition, periodically, the host computer broadcasts 
a sync message that all DCBs will use to resynchronize their internal clocks. 
1-2 Antenna Scan Buffers 

10 The antenna scan buffer is a data structure that is maintained by each DCB, Each DCB can 

control up to four antennas. Each scan buffer has room to store the ID for a transponder at each 
In antenna, 

S We will now briefly describe how data gets from the transponder to the DCB for the hand held 

m transponder. Due to the nature of operation of a DST (Digital Signature Transponder) type hand held 
15 transponder, the DCB must retrieve all the needed data from the transponder at the time it is presented. 
H= The DCB must retrieve all of this data before turning on the SpeedPass light (a.k.a.. authorization light), 
u\ or the customer may remove the transponder from the antenna reading range before the DCB has had 
C, an opportunity to complete it's interrogation of the transponder. This needed data information is 
CO preferably stored by the DCB until requested by the host computer. By temporarily maintaining this 
20 information, the DCB will make the mechanics of retrieving data from a hand held and a vehicle 
transponder appear the same to the host computer. 

When the DCB places the ID from a hand held transponder in the antenna scan buffer, the ID 
will remain there until the data is transmitted to the host computer. This is true even if the transponder 
can no longer be read by the DCB. The command response protocol used by the host computer does 
25 not have a mechanism for data retransmission. If a data link error occurs during transmission of the data 
to the host computer, then on the next poll to that DCB the host computer will poll with a retry buffer 
command. Upon receiving the retry buffer command, the DCB will transmit the same transponder data 
it transmitted the last time. This means that the DCB must keep the hand held transponder ID in the 
antenna scan buffer until it receives a second poll In response to the second poll the DCB is no longer 
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required to maintain the transponder ID in the antenna scan buffer, unless the transponder is still being 
scanned by the antenna. In the later instance, the data will still be in the buffer and transmitted to' the 
host computer. 

2.0 Typical Vehicle Transponder Scenario 
5 At an idle state, the host computer gives control of the SpeedPass Ught to the DCB. As a 

transponder comes in to an antenna read range, its response is detected by the DCB and the SpeedPass 
light is turned on. After querying the transponder for its identifier, the identifier is placed in the DCBs 
antenna scan buffer. The host computer, which is continuously polling the DCBs for antenna scan 
buffer data, sends the new transponder data to a DCPT task, which is responsible for the control of that 
10 fueling point. The system has one DCPT task for each CAT controlled fueling point in the station. 
\^ The DCPT task changes the CAT prompt and waits for up to three minutes for the nozzle to be 

lifted, a CAT button to be pushed, a card to be swiped at the CAT, or a bill to be placed in the bill 
;P acceptor. If none of these occur within three minutes, the DCPT task sends messages to the DCB that 
fU turn off the SpeedPass light and take control of the light from the DCB via the Enable/Disable 
tb Dispenser Lamp control command. The DCPT task then returns the CAT prompts back to idle state 
messages. At this point, a CED sale cannot occur until the transponder is removed from the dispenser 
Id antenna read range. 

[fi If the customer pushes the cancel key on the CAT keypad, then the DCPT task sends messages 

w to the DCB that turn off the SpeedPass light, take control of the light from the DCB and resume polling 
20 after a blank read (Resume Polling command). The DCPT task then returns the CAT prompts back to 
idle state messages. The customer may then swipe a card for a credit sale, present a hand held 
transponder or remove the nozzle and begin fueling, in which case the system assumes the sale will be 
tendered inside. 

If a customer swipes a credit card at the CAT, then the DCPT task sends messages to the DCB 
25 that turn off the SpeedPass light, take control of the light from the DCB, and quit polling the overhead 
antenna (Get Transponder Challenge Code command). The DCPT task then sets the CAT prompts to 
a credit sale message. The sale is then handled as a credit sale. 

If the customer loads bills into the bill acceptor, die DCPT task sends messages to the DCB that 
turn off the SpeedPass light, take control of the light from the DCB. and quit polling the overhead 
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antenna. The DCPT task then sets the CAT prompts to a bill acceptor sale message. The sale is then 
handled as a bill acceptor sale. 

If the customer presents a hand held transponder, the system processes the hand held transponder 
and ignores the vehicle transponder. The DCPT task sends a message to the DCB to qioit polling the 
overhead antenna and, while the DCB stops polling, it maintains the identifier in the antenna scan buffer 
for the vehicle transponder until instructed to resume polling. This is to prevent turning on the 
SpeedPass light after the sale is over using the hand held transponder. 

If the nozzle is lifted within the three minute time period, the DCPT tasks sends messages to the 
DCB to turn on the SpeedPass light (which was already on), take control of the SpeedPass light from 
the DCB, change the CAT prompts to begin fueling, and command the DCB to retrieve the 
authentication code from the transponder. At this point, the sale is a CID sale. The DCB retrieves the 
authentication code firom the transponder and returns it to the host computer, which then sends the 
information on to the appropriate credit corporation for authorization. 

When the host computer detects fuel being dispensed, it will command the DCB to poll the 
transponder. If the transponder cannot be read, the scan buffer is cleared of data and the DCB returns 
as an active antenna status on the next poll by the host computer. If the authorization from the credit 
corporation is denied, then the pump is stopped and the station attendant is alerted. At that point, the 
sale is to be tendered inside the station. If the authorization from the credit corporation is approved, the 
sale is completed as a credit sale using the authorization information sent from the credit corporation. 
When the sale is completed (e.g., customer has replaced the nozzle), the host computer sends messages 
to the DCB to turn off the SpeedPass light and give control of the light to the DCB. Since there is a 
transponder in read range when the DCB receives control of the light, it waits for that transponder to 
leave before it allows the light to come on again. 
3.0 Typical Hand Held Transponder Scenario 

At an idle state, the host computer gives control of the SpeedPass light to the DCB. When a 
customer places his hand held transponder in front of the hand held antenna, the DCB will read the 32 
bit ID from the transponder. This allows the DCB to determine if the transponder is a read only or DST 
type transponder. If the transponder is a DST t\pe, the challenge code is presented by the DCB right 
away with no intervention by the host computer When the DCB has received all the necessary 



- 100- 



Docket No. (PE-95-13) 



transponder data, the 32 bit transponder ED is placed in the antenna scan buffer. If the transponder is 
a DST type, the challenge code and authentication data is placed in a separate buffer. 

The host computer, which is continuously polling the DCBs for antenna scan buffer data, sends 
the new transponder data to the DCPT task, which is responsible for the control of that fueling point. 
5 The task changes the CAT prompts, sends a message to the DCB taking control of the SpeedPass light 
and waits for up to 30 seconds for the nozzle to be lifted, a CAT button to be pushed, or a card to be 
swiped at the CAT. If none of these events occur within 30 seconds, the DCPT task sends messages 
to the DCB that turn off the SpeedPass light and return control of the light to the DCB that turn off the 
SpeedPass light and return control of the light to the DCB. The DCPT task then returns the CAT 
,10 prompt back to the idle state message. 

If the customer pushes the cancel key on the CAT keypad, then the DCPT task sends messages 
ffj to the DCB that turn off the SpeedPass light and return control of the light to the DCB. The DCPT task 
J then returns the CAT prompt back to the idle state message. The customer may then swipe a card for 
rU a credit sale, put bills in the bill acceptor, present another hand held transponder, or remove the nozzle 
J.5 and begin fueling, in which case the system will assume the sale will be tendered inside the station. 

If the customer swipes a credit card at the CAT, then the DCPT task sends messages to the DCB 
iy that turn off the SpeedPass light and return control of the light to the DCB. The DCPT task then sets 
[r\ the cat prompt to the credit sale message. The sale is then handled as a credit sale. 
^ If the customer presents a second hand held transponder, the sale is terminated. The CAT first 

20 displays "CANNOT ACCEPT SECOND SPEEDPASS NOW" then goes into a pump stopped condition. 
The SpeedPass light is turned off At this point the station operator must get involved to restart the sale. 
Control of the light by the DCB and resumption of polling begins when the pump is returned to its 
normal state. This is similar to the way a second credit card swipe at a CAT is currently handled. 

If the nozzle is lifted within the 30 second time period, then the DCPT task changes the CAT 
25 prompt to begin fueling and commands the DCB to retrieve the authentication code from the 
transponder. At this point the sale is a CID sale. The DCB returns the authentication code, retrieved 
earUer, to the host computer which sends the information to the appropriate credit corporation for 
authorization. If the authorization from the credit corporation is denied, then the pump is stopped and 
the station attendant is alerted. At that point, the sale is to be tendered inside the station as it is no 
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longer a CID sale. If the authorization is approved, then the sale is completed as a credit sale using the 
authorization information sent from the credit corporation. When the sale is completed, the host 
computer sends messages to the DCB to turn off the SpeedPass light and give control of the light to the 
DCB. 

5 4.0 InvaUd Hand Held Transponder Scenario 

There are two types of invalid SpeedPass transponders, those which were issued by an accepted 
credit issuer (e.g., Mobil) but are not valid, and those not issued by the accepted credit issuer. When 
either is detected by the DCB, the DCB sends the transponder data to the host computer. The host 
computer compares the transponder data to card table data to determine if the transponder was one 
10 issued by an accepted credit issuer If the transponder data indicates that it is one issued by an accepted 
v3 credit issuer and if the card table indicates that the SpeedPass is to be preauthed, the pump is authorized 
and customer is allowed to fuel. The transponder data is then sent to appropriate credit corporation. 
If the credit corporation denies the authorization, then the host computer will stop the pump, display 
rU the "See Cashier" message on the pump, and turn of the SpeedPass light. If the transponder data 
15 indicates that it is not one issued by an accepted credit issuer, then the pump is not turned on, the 
;;f; SpeedPass light is turned off, and CAT displays the ''See Cashier" message. This later operation will 
bj take approximately 1 second after recognition of the transponder by the DCB. 

^ Although illustrative embodiments of the present invention have been shown and described, a 

latitude of modification, change and substitution is intended in the foregoing disclosure, and in certain 

20 instances, some features of the invention will be employed without a corresponding use of other 
features. For example, any type of commercially available dispensing system may be modified, adapted 
or replaced to comprise the system 10, Any number of pumps, islands, antennas, dispensing areas and 
kiosks may be included as part of the system. Certain features are to be modified to meet the specific 
needs of different competing service station companies. Aspects of the operational flow of the system 

25 may optionally be used or not used. While the system may be used for retail fuel dispensing; it is also 
understood that the system also has application for convenience stores, quick service restaurants, car 
washes and the like. For example, the system may have application at a drive-up window or service 
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counter. Accordingly, it is appropriate that the appended claims be construed broadly and in a manner 
consistent with the scope of the invention. 
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CLAIMS 

WHAT IS CLAIMED IS: 

1 1. A dispensing method with radio frequency customer identification capabilities for 

2 charging a customer for sales transacted by the customer, the method comprising: 

3 determining whether a transponder containing customer identification data is within range of 

4 a dispenser, the dispenser requiring activation by the customer to initiate a transaction and including 

5 a reader associated therewith for emitting radio frequency signals within the dispenser range, and for 

6 receiving customer identification data from the transponder responsive to the emitted radio frequency 

7 signals received by the transponder; 

8 determining whether the dispenser has been activated by the customer following a determination 
.^p9 that the transponder is within the dispenser range; 

iJO upon activation of the dispenser following the determination that the transponder is within the 

=|1 dispenser range, associating the customer identification data received by the reader with a transaction 

r|2 at the activated dispenser, whereupon the tmnsaction at the activated dispenser is permitted and charged 

13 to the customer according to the customer identification data. 

\^ 2. The method of claim 1 further comprising, prior to permitting the transaction at the 

■'"J activated dispenser, determining whether a customer account corresponding with the customer 

13 identification data is valid and authorizing a charge of the transaction only to a valid customer account. 

1 3. The method of claim 2 wherein the customer account vaUdity determination includes 

2 access to a remote card processing network for account verification. 

1 4* The method of claim 2 wherein the customer account validity detemaination includes 

2 access to a local file for account verification. 

1 5. The method of claim 2 wherein the customer account validity determination occurs 

2 following activation of the at least one dispenser 
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1 6. The method of claim 2 wherein the customer account validity determination occurs prior 

2 to activation of the at least one dispenser. 

1 7. The method of claim 1 wherein the dispenser is a fuel dispenser. 

1 8. The method of claim 1 wherein the transponder is vehicle-mounted. 

1 9. A dispensing method with radio frequency customer identification capabilities for 

2 charging a customer for sales transacted by the customer, the method comprising: 

3 determining whether a transponder containing customer identification data is within range of 
3 a dispenser, the dispenser requuing activation by the customer to initiate a transaction and including 

a reader associated therewith for emitting radio frequency signals within the dispenser range, and for 

S receiving customer identification data fi:om the transponder responsive to the emitted radio frequency 

^ signals received by the transponder; 

p providing an in-range indication to the customer when the transponder is within the dispenser 

^ range; 

llOj determining whether the dispenser has been activated by the customer following a determination 

ft that the transponder is within the dispenser range; 

^ upon activation of the dispenser following the determination that the transponder is within the 

13 dispenser range, associating the customer identification data received by the reader with a transaction 

14 at the activated dispenser, whereupon the tr^saction at the activated dispenser is permitted and charged 

15 to the customer according to the customer identification data. 

1 10, The method of claim 9 further comprising: 

2 defaulting to a manner of processing the transaction at the dispenser that does not charge the 

3 customer according to the customer identification data when a time limit has been exceeded before the 

4 dispenser is activated following the determination that the transponder is within the dispenser range. 

1 11. The method of claim 9 further comprising: 



I 
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2 defaulting to a manner of processing the transaction at the dispenser that does not charge the 

3 customer according to the customer identification data when the customer selects an alternative payment 

4 method. 

1 12. The method of claim 9 further comprising: 

2 defaulting to a manner of processing the transaction at the dispenser that does not charge the 

3 customer according to the customer identification data when the transponder is not within the dispenser 

4 range for a specified length of time prior to customer activation of the dispenser. 

1 13. The method of claim 9 further comprising: 

% 2 defaulting to a manner of processing the transaction at the dispenser that does not charge the 

['^ 3 customer according to the customer identification data when the transponder is no longer within the 

.p 4 dispenser range following activation of the dispenser. 

1 14. The method of claim 9 further comprising: 

2 overriding the provision of an in-range indication to the customer when the transponder has been 
previously utilized to complete a transaction at a dispenser within a predetermined time period. 

|yl 15. The method of claim 9 further comprising: 

2 performing customer-specific activities at the dispenser responsive to the customer identification 

3 data received by the reader. 

1 16. The method of claim 9 wherein the transponder is vehicle-mounted and the dispenser 

2 is a fuel dispenser. 

1 17. The method of claim 9 wherein the transponder is hand-held by the customer. 

1 18. The method of claim 9 further comprising deactivating the customer indication upon 

2 completion of the transaction. 
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1 19. The method of claim 9 further comprising: 

2 upon determining that the transponder is within the dispenser range, displaying at the dispenser 

3 a customer indication to begin the transaction. 

1 20. The method of claim 9 wherein the dispenser is a fuel dispenser having a nozzle, and 

2 activation of the disperyser comprises lifting the nozzle. 

1 2L The method of claim 9 wherein the dispenser is a fuel dispenser having a nozzle lever, 

2 and activation of the dispenser comprises lifting the nozzle lever. 



JL 22. The method of claim 9 wherein the dispenser is a dispenser having a select switch, and 

^ activation of the dispenser comprises operating the select switch. 

/I 23. The method of claim 9 further comprising, prior to permitting the transaction at the 

^ activated dispenser, determining whether a customer account corresponding with the customer 

^3 identification data is valid and authorizing a charge of the transaction only to a valid customer account. 

ifl. 24. The method of claim 9 wherein the transponder is a read-write transponder so that the 

2 customer identification data of the transponder can include historical transaction information that is 

3 updated upon use. 

1 25. A fuel dispensing method with radio frequency customer identification capabilities for 

2 charging a customer for sales transacted by the customer, the method comprising: 

3 determining whether a vehicle-mounted transponder containing customer identification data is 

4 within a vehicle fueling range of a dispenser, the dispenser requiring activation by the customer to 

5 initiate a transaction and including a reader associated therewith for emitting from a first antenna radio 

6 frequency signals within the vehicle fueling range, and for receiving customer identification data from 

7 the transponder responsive to the emitted radio frequency signals received by the transponder; 
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8 providing an in-range indication to the customer when the transponder is within the vehicle 

9 fueling range; 

10 determining whether the dispenser has been activated by the customer following a determination 

11 that the transponder is within the vehicle fueling range: 

12 upon activation of the dispenser following the determination that the transponder is within the 

13 vehicle fueling range, associating the customer identification data received by the reader with a 

14 transaction at the activated dispenser, whereupon the transaction at the activated dispenser is permitted 

15 and charged to the customer according to the customer identification data. 

1 26. The method of claim 25 further comprising: 

. □ 2 determining whether a hand-held transponder containing customer identification data is within 

^ 3 a close range of the dispenser, the dispenser reader including a second antenna for emitting radio 

^4 firequency signals within the close range, and for receiving customer identification data from the 

fy5 transponder responsive to the emitted radio firequency signals received by the transponder; and 

''6 when the hand-held transponder is within the close range before the dispenser is activated, 

^^7 overriding the use at the dispenser of the vehicle-mounted transponder, whereupon following activation 

j y8 of the dispenser and association of the hand-held customer identification data received by the reader 

^^.9 with a transaction at the activated dispenser, the transaction at the activated dispenser is permitted and 

liO charged to the customer according to the hand-held transponder customer identification data. 

1 27. The method of claim 25 wherein the dispenser is a fuel dispenser having a nozzle, and 

2 activation of the dispenser comprises lifting the nozzle. 

1 28. The method of claim 25 wherein the dispenser is a fiael dispenser having a nozzle lever, 

2 and activation of the dispenser comprises lifting the nozzle lever. 

1 29. The method of claim 25 wiierein the antenna is a hand-held antenna which may be waved 

2 in firont of the vehicle mounted transponder for placing the transponder in dispenser range. 
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1 30. The method of claim 25 wherein the vehicle includes an on-board computer and the 

2 transponder is linkable to the on-board computer for reading vehicle diagnostic information for 

3 transmission from the transponder to the antenna, 

1 31. The method of claim 26 wherein a reader is placed inside a service station building for 

2 use of the hand held transponder for completing transactions at the service station building reader. 

1 32. The method of claim 25 wherein a reader is associated with a car wash for use of the 

2 transponder for completing a car wash transaction. 

^.01 33. A dispensing system vnth radio frequency customer identification capabilities for 

f J charging a customer for sales transacted by the customer, the system comprising: 

means for determining whether a transponder containing customer identification data is within 

ilMi range of a dispenser, the dispenser requiring activation by the customer to initiate a transaction and 

5 including a reader associated therewith for emitting radio fi*equency signals within the dispenser range, 
and for receiving customer identification data from the transponder responsive to the emitted radio 

lif7 frequency signals received by the transponder; 

means for providing an in-range indication to the customer when the transponder is within the 

' "9 dispenser range; 

10 means for determining whether the dispenser has been activated by the customer following a 

11 determination that the transponder is within the dispenser range; and 

12 means for, upon activation of the dispenser following the determination that the transponder is 

13 within the dispenser range, associating the customer identification data received by the reader with a 

14 transactioa at the activated dispenser, wherei5>on the transaction at the activated dispenser is permitted 

15 and charged to the customer according to the cxistomer identification data. 



1 34. The system of claim 33 wherein the dispenser is a fuel dispenser having a nozzle, and 

2 activation of the dispenser comprises lifting the nozzle. 
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1 35. The system of claim 33 wherein the dispenser is a fuel dispenser having a nozzle lever, 

2 and activation of the dispenser comprises lifting the nozzle lever, 
3 

4 36. The system of claim 33 further comprising means for, prior to permitting the transaction 

5 at the activated dispenser, determining whether a customer account corresponding with the customer 

6 identification data is valid and authorizing a charge of the transaction only to a valid customer account. 

1 37. A dispensing system with radio frequency customer identification capabilities for 

2 charging a customer for sales transacted by the customer using a transponder containing customer 
,,^.^3 identification data, the system comprising: 

a plurality of dispensers each for providing a customer transaction; 

f|j5 an antenna associated with a dispensing area of each dispenser; 

^ at least one reader connected to at least one of the antennas for emitting radio frequency signals 

r4l7 firom the antennas within a range of each dispensing area, and for receiving customer identification data 

, 8 from the transponder, the customer identification data being received by the reader responsive to the 

!^ emitted radio firequency signals when the transponder is within the range of the dispensing area; 

tlO means for synchronizing the emitted radio frequency signals from the antennas to avoid 

>1 customer identification data being received by an antenna associated with one of the dispensing areas 

3:2 from a transponder located in a different one of the dispensing areas; and 

13 processing means connected to the at least one reader and to the dispensers for associating 

14 customer identification data received at a dispensing area with a transaction at the associated dispenser, 

15 whereupon the transaction at the dispenser is charged to the customer according to the customer 

16 identification data. 

1 38. The system of claim 37 wherein a first set of the antennas faces a first direction and a 

2 second set of the antennas faces a second direction, the synchronization means comprising means for 

3 causing the radio firequency signal emissions firom the first set to occur at different times relative to the 

4 radio frequency signal emissions firom the second set. 
5 
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1 39. The system of claim 37 wherein the synchronization means comprises: 

2 means for causing the radio frequency signal emissions from antennas oriented in directions 

3 generally facing each other to occur at different times relative to each other. 

1 40. The system of claim 37 wherein the radio frequency signal emissions from each antenna 

2 are separated by a sync time between emissions and at least one of the antennas is oriented in a first 

3 direction and at least one of the antennas is oriented in a second direction, such that the synchronization 

4 means causes the antennas oriented in the first direction to emit radio frequency signals during the sync 

5 time of the emissions of the antennas oriented in the second direction. 

: g 1 41 . The system of claim 37 wherein the at least one reader includes a master reader having 

1^2 a processor and at least one channel to which an antenna is connected, and at least one slave reader 

-P3 having a processor and at least one channel to which an anteima is connected, the synchronization 

fy4 means comprising: 

~''5 a synchronization signal line connecting the master and slave reader processors; 

H';6 a synchronization signal operating between first and second states and being generated by the 

iy7 master reader processor on the synchronization signal line such that when the synchronization signal 

' IS is in the first state the master reader processor instructs radio frequency signals to be emitted from the 

CC9 antenna connected to its at least one channel and the slave reader processor instructs a radio frequency 

10 signals to be emitted from an antenna connected to its at least one channel, thereby synchronizing radio 

11 frequency emissions by the antennas connected to the channels of the respective readers. 

1 42. The system of claim 41 wiierein each of the at least one readers includes at least first and 

2 second channels, each having an antenna connected thereto, and wherein the synchronization signal 

3 includes a variable length pulse, the length of w^iich indicates the particular one of the at least first and 

4 second channels, such that the synchronization signal variable length pulse instructs the master and 

5 slave reader processors to emit radio frequency signals on the antennas connected to the same one of 

6 the at least first and second channels at the same time, thereby synchronizing radio frequency emissions 

7 by the antennas connected to the same channels of the at least first and second channels. 
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1 43. A dispensing systena with radio frequency customer identification capabilities for 

2 charging a customer for sales transacted by the customer, the system comprising: 

3 a transponder containing customer identification data; 

4 a dispenser for providing a customer transaction: 

5 antennas each associated with respective dispensing areas on each side of the dispenser; 

6 an in-range indicator to the customer associated with the dispenser for indicating when the 

7 transponder is within the range of one of the dispensing areas; and 

8 at least one reader connected to the antennas for emitting radio frequency signals from the 
.,^P antennas within a range of each dispensing area, and for receiving customer identification data from the 
;|D transponder, the customer identification data being received by the reader responsive to the emitted 
dp. radio frequency signals when the transponder is within the range of the dispensing area; and 

processing means connected to the at least one reader and to the dispensers for associating 

'IB customer identification data received at a dispensing area with a transaction at the associated dispenser, 

,14 whereupon the transaction at the dispenser is charged to the customer according to the customer 

pfp identification data. 

44. The system of claim 43 wherein the antennas extend outwardly from opposing sides of 

""2 the dispenser and are aligned relative to the dispenser so that one side of each anteima generates an 

3 electromagnetic field downwardly and outward from the dispenser directed toward the dispensing area 

4 and the other side of the antenna generates and electromagnetic field up and away from the other side 

5 of the dispenser. 

1 45 . The system of claim 43 wdierein the antennas extend outwardly from opposing sides of 

2 the dispenser so that the plane of the antenna is substantially perpmdicular to the sides of the dispenser. 

1 46. The system of claim 43 wherein the range is approximately 60-84 inches in depth from 

2 the side of the dispenser. 
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1 47. The system of claim 43 wherein the antennas are short range antennas mounted relative 

2 to the dispenser for use by a hand-held transponder. 

1 48. The system of claim 47 wherein the transponder range of the short range antennas is 

2 approximately three to six inches. 



1 49, The system of claim 43 wherein the antennas comprise: 

2 long range antennas mounted relative to the dispenser for use by a vehicle mounted transponder; 

3 and 

4 short range antennas mounted relative to the dispenser for use by a hand-held transponder. 
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1 50. A dispensing system with radio frequency customer identification capabilities for 

2 charging a customer for sales transacted by the customer, the system comprising; 

3 a transponder containing customer identification data; 

4 a dispenser for providing a customer transaction within a dispensing area; 

5 antennas each associated with the dispensing area of the dispenser, the antennas including a long 

6 range antenna located relative to the dispenser for use by the transponder of a type mounted to a vehicle, 

7 and a short range antenna located relative to the dispenser for use by the transponder of a type that is 

8 hand-held; 

9 at least one reader connected to the antennas for emitting radio frequency signals from the long 
10 range antenna within a selected long range of the dispensmg area, and from the short range antenna 

.11 within a selected short range of the dispensing area, and for receiving customer identification data from 

iI2 the transponder, the customer identification data being received by the reader responsive to the emitted 

;€3 radio frequency signals when the transponder is within its range of the dispensing area: and 

fM processing means connected to the at least one reader and to the dispenser for associating 

^15 customer identification data received at the dispensing area with a transaction at the dispenser, 

|'16 whereupon the transaction at the dispenser is charged to the customer according to the customer 

\MI identification data. 

^ 51. The system of claim 50 further comprising an m-range indicator associated with the 

2 dispense: for indicating to the customer when the transponder is within its range of the dispensing area. 

1 52, The system of claim 50 wherein when both the vehicle mounted transponder and the 

2 hand-held transponder are within range of the dispensing area, the processing means overrides the use 

3 of the vehicle mounted transponder for charging the transaction to the customer and instead allows use 

4 of the hand-held transponder for charging the transaction to the customer. 



1 53. The system of claim 50 wherein the selected long range comprises a vehicle fueling 

2 distance from the dispenser. 
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1 54. The system of claim 50 wherein the selected short range comprises a location within 

2 several inches from the short range antenna in which the short range transponder may be waved by the 

3 customer. 
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DISPENSING SYSTEM AND METHOD WITH RADIO 
FREQUENCY CUSTOMER IDENTIFICATION 

ABSTRACT OF THE DISCLOSURE 
A system and method for providing a fuel dispenser with radio frequency customer 
identification capabilities. The system and method determines whether a transponder containing 
customer identification data is within range of a dispenser, the dispenser requiring activation by the 
customer to initiate a transaction and including a reader associated therewith for emitting radio 
firequency signals within the dispenser range, and for receiving customer identification data from the 
transponder responsive to the emitted radio frequency signals received by the transponder. When 
the transponder is within range of the dispenser, an in-range indication is provided to the customer. 
A determination is made whether the dispenser has been activated by the customer followmg a 
determination that the transponder is within the dispenser range. Upon activation of the dispenser 
following the determination that the transponder is within the dispenser range, the customer 
identification data received by the reader is associated with a transaction at the activated dispenser, 
whereupon the transaction at the activated dispenser is permitted and charged to the customer 
according to the customer identification data. The system easily retrofits onto an existing, 
conventional fuel dispenser. 



a-6475L2 



PE-95-13 
5528.325 
1 of 31 



r 




PE-95-13 

5528. 3 Z3 
2 of 31 



TRANSPONDER 
CAP. VOLTAGE 




50 ms 



Fig 



~20ms 



20 ms 



26 




Fig. 3A 



Fig. 3B 



PE-95-13 
5528. ^-XZ 
3 of 31 



22A 



38A- 



46- 



CAT 
DISPLAY 



24B 



•50 



24A 



KEY 
PAD 



45B 55 




45A 



Fig. 4A 



J 



14 



-46 




Fig. 4B 



36' 



38A- 



46' 



22A' 



3 



CAT 
DISPLAY 



1^50' 



248' 



24A' 



45B' 55' 



KEY 
PAD 




45A' 



Fig. 5A 



J 



14* 



"46* 



2A' yc 




Fig. SB 



PE-95-13 
5528. J2 5 
4 of 31 



< 







'Z. 


o 




o 






(— 














q: o 






























< 




< 



CD 

-co 




CD 



UJ UJ CO LU 

^ O O t: 
o o n: p 

O O 2S 
O CO z o 

»- < o 



CO CNI 



S2o 

a" 

UJ - 
CO — 

2 CO 



CO 

to 



r 



oo 



7^ 



CO 

CO 5 



O 



in 




O 


NSER 
NNA 


TOP 


OlSPE 
ANTE 



CD 

CM 



PE-95-13 

5528.3:^3 
5 of 31 



Fig. 6B 



HOST 
COMPUTER 
16 



14 



READER 
20 



Tx 




MUX 
62 




PAYMENT TERMINAL AND 
PUMP CONTROLLER CIRCUITRY 



ANTENNA 1 



ANTENNA 2 




ANTENNA 3 




ANTENNA 4 



16 



HOST 
COMPUTER 



Fig. 7 



COMM 



20 



READER 
(MASTER) 

1 



20 



READER 
(SLAVE) 
2 



SYNC 



READER 
(SWVE) 
3 




PE-95-13 

5528. "3^3 
6 of 31 




PE-95-13 

5528.32.3 
7 of 31 




SYNC 
MASTER 



Fig. 9A 




SiiA2 USlA3 —4 , ANTENNA 0 ANTENNA 1 



ANTENNA 2 ' ANTENNA 3 
SLAVE L K \ 



ANTENNA 4 ANTENNA 0 



Fig. SB 



904 



1 L 



900 



Fig. 9C 



START 
BIT 
906 



50 ms 

POWER PULSE 20 ms 

(TRANSPONDER TRANSPONDER 
CHARGE) READ SYNC 



I I I L 

' "908' ' 



910 



VARIABLE LENGTH START 
HIGH PULSE I CHARGE 
! PULSE 



600 MS MAX 



1 



PE-95-13 
5528.32.3 
8 of 31 



10A 



RCV 



!3iikl 




1008 



XMT 

SYNC 



14- 



1 1 
1 1 



1002 



I i 
1 1 
1 1 
1 1 
1 1 
1 1 
I i 
II 
1 1 
1 1 



101.219758 ms 
-51.474075 ms 



-40.374200 ms- 



1 1 

49-745683 ms 



I % i 
I 1 I 

TTT 

J n 



I 



I 11 

\ \ \ 

1 ll-H 

I It 

1 I! - 

! il 

I I I 



1010 



1012 



-2.619820 ms 
-8.480055 ms 
-28.754395 ms 
-4.090715 ms 
-1.853945 ms 
-8.457805 ms 
W- 6.588823 ms 



Fig. 1 0B 



RCV' 

XMIT 
SYNC 

REF 



il 
n 



il 
1 1 



1004 



r 



I i 

u- 

II 
II 
1 1 

II 

II 
II 

II 
i I 
II 
1 1 
11 
1 1 
1 1 
II 
1 1 



I I I 



TTT 



r-TT 

I 
I 
I 



I i i 



4-4-1- 



I I I 
-l-H- 
I I i 

t-rr 



I t I 

TTT 



I I I 

TTT 

TTT 

I I i 



I I t 

i I W 

I I I 

I I I 



1006 



1008 



1010 



s 

1012 
110.854473 ms 
■51.474080 ms 
■59.380393 ms 
■2.948005 ms 
-8.584632 ms 
-39.941443 ms 
-30.58369 ms 
-7.453098 ms 
-6.296975 ms 
-15.04663 ms 
-25.465385 ms 



PE-95-13 

55283^^ 
9 of 31 



Fig. 1 1A 



^SCENARIO FOR VEHICLE \ 
MOUNTED T RANSPONDER J 



VEHICLE APPROACHES PUMP | ^ 
1106 



1104 




PROVIDE CUSTOMER- 
IN-RANGE INDICATION 



1100 




OISPIAY: REMOVE NOZZLE, 
j CANCEL OR INSERT CARD 

1118 



TO 
RG. 11B 



TO 
FIG. 11 B 



TO 

FIG. lie 



PE-95-13 



5528.3:23 
10 of 31 



FROM 
FIG. IIA 



/ flME 
-li^ OUT EXCEEDED 

9 



ASSOCIATE TRANSPONDER 
ACCOUNT WI TH PUMP 



^1128 



AUTHORIZE 
TRANSPONDER ACCOUNT 



-1130 



PERMIT SALE 

V 



Nil 32 



SALE COMPLETION FOR CID ^ 



FROM 
FIGJ 

B 



IN-RANGE 
INDICATOR OFF 



1100 



FROM 
FIG. 11A 




■1116 



Fig. 11 B 



DEFAULT TO 
TRADITIONAL 
CUSTOMER 
PROCESSING 

V" 
1110 



PE-95-13 

5528. IX^ 
11 of 31 



1140- 



1146- 



1154- 



SALE COMPLETION 
FOR CID 



DISPLAY "PUMP IS ON" 
AND PERFORM CUSTOMER 
SPECIFIC ACTIVITIES 



1142 

WAS 

'AUTHORIZATION 
DENIED OR DID TIME-^ 
OUT OCCUR 
7 

[no 



1 



TEST FOR OVERRIDE 
WHEN FUELING 



1144 



AUTHORIZATION DENIED/ 
TIME-OUT HANDLING 




TURN OFF 
IN-RANGE INDICATOR 



PROCESS AS AN 
UNPAID CAT SALE 



1152 



1156- 



FINAUZE SALE AND 
PERFORM FINAL CUSTOMER 

SPECIFIC ACTIVITIES 
(PROMPT FOR RECEIPT. ETC.) 



Fig. 11 C 



PE-95-13 



5528.323 
12 of 31 



"test for override- \ 

PUMP NOT ACTIVATED J 




CONTINUE WITH 
CIO PROCESSING 
(STEP 1122. FIG. 1 
OR STEP 1222. 
FIG. 12) 

■"7 

1184 



ll 



DISPLAY AN OLD 
MESSAGE (INSERT 
CARD OR REMOVE 
NOZZLE OR SELECT 
CREDIT/DEBIT. CTC) 

I 



-1174 
1180- 



1176- 



PROCEED WITH 
TRADITIONAL 
CUSTOMER 
PROCESSING 



Fig. 11 D 



DISPLAY "NOZZLE. 
CANCEL. CARD" 

* 

CONTINUE WITH 
CIO PROCESSING 
(STEP 1122. FIG. 11A 
OR STEP 1222. 
RG. 12) 

^ 

1182 



PE-95-13 



5528.^25 
13 of 31 



Fig. 11 E 



2218 



1 



INFORM CUSTOMER OF CID 
AUTHORIZATION DENIED/ 
SELECT ANOTHER 
PAYMENT METHOD 



I 



PROCEED WITH TRADITIONAL 
C USTOMER PROCESSING | 

""7 

2220 



'authorization denied ^ 
or time-out handling^ 




CONTINUE WITH 
CID PROCESSING 
(STEP 1122. FIG. 11*5 
OR STEP 1222. FIG. 12) 



2217 



2212 

/ 



STOP PUMP 



INFORM CUSTOMER 
TO PAY INSIDE AND 
REPLACE NOZZLE 



2214 



NETWORK DOWN 
SCENA RIO 



READ CID 

1 



r 



2250 



K 2252 




11G 




INFORM CUSTOMER 
OF NETWORK DOWN 
AND TO SEE CASHIER 



TURN OFF 
IN-RANGE INDICATOR 



CONTINUE PROCESSING 
AS CIO TRANSACTION 



2258 



PROCESS SALE AS 
UNPAID CAT SALE 
• 

2264 



PE-95-13 

5528. 121 
U of 31 



TEST FOR OVERRIDE- 
PUMP ACTIVATED 



1190 



HAS 
FUELING 
STARTED 

9 



1191 



1192 



1194 



I 



STOP PUMP 



1195- 



INFORM CUSTOMER 
TO PAY INSIDE AND 
TO REPLACE NOZZLE 



WAS 
CANCEL 
HIT? 



WAS 



TEST FOR OVERRIDE 

WHEN FUELING 
HAS NOT STARTED 



.YES 



CONTINUE WITH SALE 
COMPLETION (STEP. 
1150 . FIG. Il^g -) 

"7 

1196 



1199- 



INSERTED 






1193 ] 


NO 






^X^AS\^ 
^PAYMENT KEY\YES 






SELECTED 






1197 ^ 


NO 










DISPLAY CANNOT 
OVERRIDE MESSAGE 

(CARD NOT 
ACCEPTED NOW. ETC.) 








\ 

1198 








CONTINUE WITH SALE 
COMPLETION (STEP 
1148, FIG. 11B) 







Fig. 11 F 



PE-95-13 



5528. iXZ 
15 of 31 



IN-RANGE 
INDICATOR OPERATION 



) 




2236x 



TURN ON IN-RANGE 
INDICATOR 



CONTINUE SALE AS IF 
NO CID IS PRESENT 
(TRADITIONAL 
CUSTOMER PROCESSING) 




TURN OFF IN-RANGE 
INDICATOR 



PE-95-13 

5528.3i3 
16 of 31 



FROM fin. 111 

FIG. 11H ^ 




TO 
FIG. 11H 



PE-95-13 

5528.02-3 
17 of 31 



SCENARIO FOR HAND- 
HELD TRANSPONDER 



1200 



1204 




1 21 2-vl PROVIDE CUSTOMER- 
^ IN-RANGE INDICATION 



I 



1218 



DISPLAY: REMOVE NOZZLE, 
CANCEL OR INSERT CARD 




Fig. 12 



1221 



DEFAULT TO 
TRADITIONAL 
CUSTOMER 
PROCESSING 



PE-95-13 
5528. 3Z3 
18 of 31 



1300 



20 




1312 



TRANSPONDER 
READERS 



ANTENNA CONFIGURATION 
INFORMATION 



TRANSPONDER |s AT 
PUMPS/CIO AUTH STATUS 
STATUS INFORMATION 




20 

V 



TRANSPONDER 
, READERS 



\ \ CIO NUMBERS 
TURN ON/OFF \ \ ANTENNAE 
A READER.\ \ 
LIGHT CONTROL 

TRANSPONDER 
1302-/V READER TASK 



CIO NUMBERS 
AT ANTENNAE. 
TRANSPONDER 
READER STATUSES 



i 



ANTENNA CONFIGURATION 
INFORMATION 



. f ANTENNAE. 
ANTENNA ON/OFF 



CIO 
DATA READY 



I ANTENNAE. 
ANTENNA. TO 
CAT MAPPING 



■ (ciD"CMD MBXt 
LIGHT CONTROL 



CIO PRIMITIVE 



TRANSPONDER |s AT 
ANTFNNAE. READER STATUS 



^ CIO NUMBERS AT 
/ iJlTENNAE. TRANSPONDER 

READER STATUSES 

Fig- 1"^ 



1304 



PE-95-13 

5528.373 
19 of 31 



1500 




PE-95-13 

5528.3 2 3 
20 of 31 



1304-v( ^C,0 PRIMITIVE J 




||C1D LIST CLEANlFfl ^Tyn^ 



Fig. 17A 



PE-95-13 
5528.3X3 
21 of 31 




HANDLE RETURN 

ON STATUS 
CHANGE REQUEST 



1700B 



SAVE OLD STATUS 
FOR PUMP, AND SET 
RETURN ON STATUS 
CHANGE FOR PUMP 



END HANDLE 
RETURN ON STATUS 
CHANGE REQUEST 

Fig. 17B 

1700C 

1711 / 

HANDLE RETURN ^ 
ON STATUS CHANGE J 



IS 

/ RETURN ON ^ 
i2<f STATUS CHANGE SET 
FOR PUMP 



IS 

YES /^OLO STATUS^ 
FOR PUMP = NEW, 
3TATUS?^ 



RETURN STATUS 
CHANGE F OR PUMP 

i 



CLEAR STATUS CHANGE 
FlAG FOR PUMP 



/end HANDLE RETURN\ 
V ON STATUS CHANGE J 



Fig. 17C 



PE-95-13 
5528.323 
22 of 31 



1700D 



1706 

rHANOLE CID DATA ^ 

^-T^ — 



HANDLE MAPPING 
ANTENNA DATA TO PUMPS 



Ty-lSOO 




I END OF ANTENNA LOOP| 

/^enThandiT^ 

V CID DATA J 




I 



CLEAR THE FORCE AUTHORIZATION 
LIGHT OFF AT PUMP FLAG (ALLOWING 

FUTURE READS AT PUMP TO 
TURN ON THE AUTHORIZATION LIGHT) 



1756 



Fig. 17D 



1762- 



PROCESS ANTENNA 
NUMBER 




1752 




CIO HAS CHANGED 
FROM THAT CIO LAST 
READ AT THE PUMP 



TO 
FIG. 17E 



TO 
FIG. 17E 



PE-95-13 
5528.3-25 
23 of 31 



FROM 
FIG. 170 



FROM 
FIG. 17D 




CID iS THE 
SAME AS 

PREVIOUSLY 
READ AT 

PUMP - DO 
NOTHING 



1820 



NO LONGER READING THE 
MOUNTED CID AT A PUMP 



HANDLE NEW NON-BLANK 
CID READ AT THE PUMP 

i 



HANDLE RETURN ON 
STATUS CHANGE 



HANDLE RETURN ON 
STATUS CHANGE 



I 



^1711 



SET "CID READ BY PUMP" 
HELD TO 0. DISCONNECTING 
CIO FROM THIS PUMP 



SET "TIME TO DELETE' 
FOR THIS CID 



-1774 



-1776 



SET PUMP'S CID INDEX 
TO "NOT USED" TO 
DISASSXIATE THE 
PUMP WITH ANY CID 



-1778 



I 



1711 




PE-95-13 
5528.3X3 
24 of 31 



HANDLE NEW NON-BLANK 
CIO READ AT A PUMP 



y 



1820 




ADD THE m CID TO 
THE ACTIVE CID LIST 



i , 




USE EXISTING CIO 1 
ENTRY IN TABLE \ 


SEND AN AUTH REQUE51 1 
TO NETWORK FOR THE ClDj" 


M823 




*- 






<AUTH0RIZAT10N LIGHT 1 
STAYS ON AT PUMP> ] 







M840 
1842-^ 



A MOUNTED CID READ AT 
THIS PUMP IS BEING 
READ OR IS IN USE 
AT ANOTH ER PUMP 

1 



1824 



1844- 




SET THE FORCE 
AUTHORIZATION LIGHT 
OFF AT PUMPFLAG TO 
PREVENT ANY CIO READS 
FROM TURNING ON THE 
AUTHORIZATION LIGHT 



DELETE OLD 
KEY CHAIN CIO 
FROM TABLE 



ASK APPLICATION IF TO 
TURN OFF TH E LIGHT | 

1846 



1827 



0 



0 



TO FIG. 17G 



TO FIG. 17G 



TO FIG. 17G 



PE-95-13 
5528.323 
25 of 31 



FROM FIG. 17F 



1831 

\ 

SET PUMP'S ASSOCIATED 
CIO INDEX 
TO THE CORRECT 
ENTRY IN T HE LIST 

SET CIO TABLE ENTRTS 
"READ BY PUMP" 
T O THIS PUMP 

-7 1 

1832 



FROM FIG. 17F 



1828 







CLEAR OLD ClO'S 




"READ BY PUMP" 




TO NONE (0) 






SET A TIME TO 




TO DELETE THE 




OLD CID FROM 




THE TABLE 


— ' 1830 



FROM FIG. 17F 



Fig. 17G 



InD of PROCESSING 
A NEW NON-BLANK 
CIO AT A PUMP 



17U 



^ HANDLE CID OVERRIDE } 




1850 [YES 



1854- 



IGNORE INPUT OR 
OlSPUY MESSAGE AT CAT 



BILL INSERTED. CARD SWIPED 
OR PAY TYPE KEY IS PRESSED 



1 



1700H 



1852 



SET FORCE AUTHORIZATION UGHT OFF 
FLAG FOR PUMP TO TRUE. WHICH 
Wia TURN OFF THE AUTHORIZATION 
LIGHT AND PREVENT THE PUMP 
FROM USING THE CIO IN A SALE 



I 



XENO override_cid_at_pump ) 
.u-w ^ 

Fig. 17H 



PE-95-13 
5528. 
26 of 31 



Fig. 171 




PE-95-13 
27 of 31 



(^HANDLE AUTH REPLY ^ 
1940 



1726 



Fig. 17 J 




1700J 



1 



SET CID'S AUTH STATUS Y 



1942 



THROW AWAY THE CIO 
AUTH OR TIME OUT- 
CID IS NOT BEING 
USED BY A PUMP 




1948 



FORWARD AUTH TO 
THE APPROPRIATE 
TASK MAILBOX 



T 



SAVE AUTH 
INFORMATION FOR 
FUTURE FORWARDING 
IN CASE THE CID 
IS USED LATER 
AT A PUMP 



END HANDLE 
AUTH REPLY 



Mil 



1700L 



HANDLE end_cid 
_use_aLpump 



SALE IS ENDED AT PUMP 



1934 



1936- 




SET CID'S "USED BY 
PUMP" TO NONE (0) 



CLEAR PUMP'S 
ASSOCIATED CID INDEX 



I 



SET THE FORCE AUTHORIZATION 
LIGHT OFF AT PUMP TO^TRUE 



1942 



r END HANDLE end. \ Fig. 1 7L 
\ cid_use_oLpufnp J 



PE-95-13 

5528.3 23 
28 of 31 



1718 

f HANDLE LATCH \ J nqzZLE IS LIFTED 1700K 

CID AT PUMP J I ^ 



1912 



1914- 




1915- 



I 



SET CID'S "USED BY 
PUMP" VALUE TO 
INDICATE CID IS 
IN USE BY PUMP 



I 



1 



1904 



NOT A CID SALE 
\ 



OK TO USE THE 
CID IN THE SALE 



SET THE FORWARDING 
MAILBOX FOR THE 
AUTH RESPONSE TO 

BE SENT TO THE 
APPROPRIATE MAILBOX 
FOR THE PUMP 



1 



1910 



SET THE FORCE 
AUTHORIZATION LIGHT 
OFF FlAG FOR THE 
PUMP TO TRUE 



CANNOT USE 
CID IN SALE 



1906 



1920- 



HAS THE 
AUTH REPLY BEEN 
RECEWEO?^ 

1918 lYG 



FORWARD THE AUTH 

REPLY TO THE 
FORWARDING MAILBOX 



C 



END NOZZLE 
LIFT HANDLER 



J Fig. 



17K 



PE-95-13 
29 of 31 



1700M 



1800 



HANDLE 
MAPPING ANTENNA 
DATA TO PUMPS 



FOR ALL ANTENNAE 
1802-\J PAIRS (1 HIGH-POWER 
ANO 1 LOW-POWER 
READER PER PAIR) 





1804- 



SET THE NEW CIO 
FOR THE PUMP TO 
THE NON-ZERO CID 
NUMBER. SET THE CID 
TYPE TO WINDOW- 
MOUNTED OR KEY- 
CHAIN DEPENDING ON 
WHICH ANTENNA IT 
W AS READ AT 

"7 — 

1814 ' 



MAP THE ANTENNA 
PAIR TO A PUMP 
NUMBER (MAY BE 
A FREE-STANDING 

PAIR OF ANTENNAE) 



END HANDLE 
MAPPING ANTENNA 
DATA TO PUMPS 




1808 
J. 



SET THE NEW CID FOR 
THE PUMP TO THE NON- 
ZERO CID NUMBER 
CORRESPONDING TO KEY- 
CHAIN TRANSPONDER, 
CID TYPE TO KEY-CHAIN 



SET THE NEW 
CID FOR THE PUMP 
TO NONE (0) 



-1812 



Fig. 17M 



PE-95-13 
552832 3 
30 of 31 



1700N 




BEGIN CIO 
AUTH TASK 



^ Fig. 17N 



WAIT FOR CIOs TO BE READ 
AT ALL PUMPS BY THE 
TRANSPONDER READ TASK 





END OF 
PUMP LOOP 



1 752N PROCESS PUMP NUMBER x 



IGNORE ANY CID 
READ AT AN 
IN-USE PUMP 




CLEAR THE FORCE 
AUTHORIZATION LIGHT 
OFF AT PUMP FLAG 
(ALLOWING FUTURE 
READS AT PUMP TO 

TURN ON THE ^ 
AUTHORIZATION LIGHT) 



1756N 



CID IS THE SAME 
AS PREVIOUSLY 
READ AT PUMP- 
DO NOTHING 



0 



CID HAS CHANGED FROM THAT 
CIO LAST READ AT THE PUMP | 

1762N 




TO FIG. 17Q 



TO FIG. 17Q 



PE-95-13 
5528.3:^3 
31 of 31 



FROM 
FIG. 17N 



FROM 
FIG. 17N 




Fig. 17C( 



NEXT 
PUMP 



DOCKET NQ.:5528.323 



DECLARATION AND POWER OF ATTORNEY FOR 
PATENT APPLICATION 



As below named inventor, I hereby declare that: 

My residence, post office address and citizenship are as stated below next to my 
name; 

I believe I am the original, first and sole joint inventor of the subject matter which 
is claimed and for which a patent is sought on the invention entitled 

DISPENSING SYSTEM AND METHOD WITH RADIO FREQUENCY 

CUSTOMER IDENTIFICATION 

the specification of which: (check one) 

X is attached hereto. 

was filed on 

under Attorney's Docket Number 

as Application Serial No. 

and was amended on (if applicable). 

I hereby state that I have reviewed and understand the contents of the above 
identified specification, including the claims, as amended by any amendment 
referred to above. 

I acknowledge the duty to disclose information which is material to the 
patentability of this application in accordance with 37 CFR 1.56. 

I hereby claim the benefit under Title 35, United States Code, §120 of any United 
States application(s) Hsted below and, insofar as the subject matter of each of the 
claims of this application is not disclosed in the prior United States application in 
the manner provided by the first paragraph of Title 35, United States Code, § 112, 
I acknowledge the duty to disclose to the United States Patent and Trademark 
Office all information known to me to be material to patentability as defined in 
Title 37, Code of Federal Regulations, § 1.56 which became available between the 
filing date of the prior appHcation and the national or PCT international filing 
date of this application. 
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08/768.723 December 18. 1996 Pending 

Application No. Filing Date Status (patented, Serial 

pending, abandoned) 

60/009.369 December 25. 1995 Abandoned 

Application No. Filing Date Status (patented. Serial 

pending, abandoned) 



I hereby declare that all statements made herein of my own knowledge is true and 
that all statements made on information and belief are believed to be true; and 
further that these statements were made with the knowledge that willful false 
statements and the like so made are punishable by fine or imprisonment, or both, 
under 18 USC 1001 and that such willful false statements may jeopardize the 
validity of the appKcation or any patent issued thereon. 

POWER OF ATTORNEY: As a named inventor, I hereby appoint the following 
attorney and/or agent to prosecute this application and transact all business in the 
Patent and Trademark Office connected therewith. 



Larry Bassuk Reg. No. 29,043 

Jeffrey M. Becker Reg. No. 35,442 

James R. Bell Reg. No. 26,528 

Ronald A. Bleeker Reg. No. 22,773 

Michael S. Bush Reg. No. 31,745 

Randall E. Colson Reg. No. 40,566 

William Cotreau Reg. No. 

Michael A. Davis, Jr. Reg. No. 35,488 
Richard L. Donaldson Ref. No. 25,673 

Edward G. Fiorito Reg. No. 19,757 

Robert B. Furr Reg. No. 32,985 

Timothy Headley Reg. No. 31,765 

Rita M. Irani Reg. No. 31,028 



Malcom D. Keen Reg. No. 27,728 

Jim Kesterson Reg. No. 25,882 

Warren B. Kice Reg. No. 22,732 
Michael Balconi-Lamica Reg. No. 34,291 
Rebecca Mapstone-Lake Reg. No. 36,208 

Bob Marshall Reg. No. 28,527 

Todd Mattingly Reg. No. 40,298 

David L. McCombs Reg. No. 32,271 

David M. O'Dell Reg. No. 42,044 

William R. Peoples Reg. No. 

Phillip B. Philbin Reg. No. 35,979 

Dennis P. Santini Reg. No. 26,029 

Brandi W. Sarfatis Reg. No. 37,713 



DOCKET NO.:5528.323 



Send correspondence to David L. McComhs. Haynes and Boone, L.L.P., 3100 NationsBank 
Plaza, 901 Main Street, Dallas, Texas 75202-3789 and direct all telephone calls to 
David L. McCombs at 214/651-5533. 

FULL NAME OF INVENTOR: Joseph August Giordano 

INVENTOR'S SIGNATURE: .AA4^0^ u . AM^W^Ij^ DATED- 

RESIDENCE: Centerville,/Vi(ginia 
CITIZENSHIP: United States of America 

POST OFFICE ADDRESS: 15344 Oakmere PL, Centerville, Virginia 22020 
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Send correspondence to David L. McComhs . Haynes and Boone, L.L.P., 3100 NationsBank 
Plaza, 901 Main Street, Dallas, Texas 75202-3789 and direct all telephone calls to 
David L. McCombs at 214/651-5533. 

FULL NAME OF INVENTOR: Samuel S. Hendricks 

INVENTOR'S SIGNATURE: . DATED: 

RESIDENCE: 

CITIZENSHIP: United States of America 
POST OFFICE ADDRESS: 
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Send correspondence to David L. McCombs. Haynes and Boone, L.L.P., 3100 NationsBank: 
Plaza, 901 Main Street, Dallas, Texas 75202-3789 and direct all telephone calls to 
David L. McCombs at 214/651-5533. 



FULL NAME OF INVENTOR: Carl R. Jacobs 

INVENTOR'S SIGNATURE: (^^^^ ^^/^^sfl!^ DATED: 
RESIDENCE: Bertram, Texas / 
CITIZENSHIP: United States of America 

POST OFFICE ADDRESS: P.O. Box 215, Bertram, Texas 78605 
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Send correspondence to David L. McCombs . Haynes and Boone, L.L.P., 3100 NationsBank- 
Plaza, 901 Main Street, Dallas, Texas 75202-3789 and direct all telephone calls to 
David L. McCombs at 214/651-5533. 



FULL NAME OF INVENTOR: Thomas L. Mays 

INVENTOR'S SIGNATURE: «A&SW\ftQ <^ (Wuy DATED: OcT. 2^, l^l'^ft 

RESIDENCE: Austin, Texas 
CITIZENSHIP: United States of America 

POST OFFICE ADDRESS: 11266 Taylor Draper Ln #2324, Austin, Texas 78759 
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Send correspondence to David L. McCnmhs Haynes and Boone, L.L.P., 3100 NationsBank 
Plaza, 901 Main Street, Dallas, Texas 75202-3789 and direct all telephone calls to 
David L. McCombs at 214/651-5533. 

FULL NAME OF INVENTOR: Don Charles McCall 

INVENTOR'S SIGNATURE: DATED: 

RESIDENCE: Round Rock, Texas 
CITIZENSHIP: United States of America 

POST OFFICE ADDRESS: 2709 Creek Bend Circle, Round Rock, Texas 78681 
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Send correspondence to David L. McComhs Haynes and Boone, L.L.R, 3100 NationsBank- 
Plaza, 901 Main Street, DaUas, Texas 75202-3789 and direct all telephone calls to 
David L. McCombs at 214/651-5533. 



FULL NAME OF INVENTOR: Geeta Bholanath Nadkami 



INVENTOR'S SIGNATURE: 




DATED: Vcfober^i^^Q 



RESIDENCE: Austin, Texas 
CITIZENSHIP: United States of America 

POST OFFICE ADDRESS: 4430 Eagles Landing Drive, Austin, Texas 78735 
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Send correspondence to David L. McCnmha . Haynes and Boone, L.L.P., 3100 NationsBank 
Plaza, 901 Main Street, Dallas, Texas 75202-3789 and direct all telephone caUs to 
David L. McCombs at 214/651-5533. 



FULL NAME OF INVENTOR: Karen Scott Guthrie 



INVENTOR'S SIGNATVRE-. ^JUUnyScO ft- QiA±M^ DATED: lo/'^^/^^ 



V 



RESIDENCE: 1952 Wcybri dg&Xaa%^est&nrVirgiiriir 
CITIZENSHIP: United States 
POST OFFICE ADDRESSr l952 W o ybridgo 4.aBerRestear^Virp^aia-2Q3r93r- 
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Send correspondence to David L. McCombs . Haynes and Boone, L.L.P., 3100 NationsBank- 
Plaza, 901 Main Street, Dallas, Texas 75202-3789 and direct all telephone caUs to 
David L. McCombs at 214/651-5533. 



FULL NAME OF INVENTOR: Lloyd G. Sargent 



INVENTOR'S SIGNATURE 
RESIDENCE: Elgin, Texas 




DATED: (hf If?^ 



CITIZENSHIP: United States of America 

POST OFFICE ADDRESS: Route 4 Box 236A, Elgin, Texas 78621 
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Send correspondence to David L. McCombs . Haynes and Boone, L.L.P., 3100 NationsBank 
Plaza, 901 Main Street, Dallas, Texas 75202-3789 and direct all telephone calls to 
David L. McCombs at 214/651-5533. 



FULL NAME OF INVENTOR: Jeffrey L. Turner 

INVENTOR'S SIGNATUI^^^ ^ ^ DATED: Z/-?^ ^ 
RESIDENCE: 8433 Heights Rd. NE, Apt. C, Albuquerque, NM 87111 
CITIZENSHIP: United States 

POST OFFICE ADDRESS: 8433 Heights Rd. NE, Apt. C, Albuquerque, NM 87111 
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Send correspondence to David L. McCombs . Haynes and Boone, L.L.P., 3100 NationsBank- 
Plaza, 901 Main Street, Dallas, Texas 75202-3789 and direct all telephone calls to 
David L. McCombs at 214/651-5533. 



FULL NAME OF INVENTOR: Deborah T. Wilkins 



rUBS^^eA?<i*/^. l/i/lthM^ DATED: 



INVENTOR'S SIGNATT 
RESIDENCE: Austin, Texas 
CITIZENSHIP: United States of America 

POST OFFICE ADDRESS: 905 El Viejo Camino, Austin, Texas 78733 
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Send correspondence to David L. McCombs . Ha3nies and Boone, L.L.P., 3100 NationsBank- 
Plaza, 901 Main Street, Dallas, Texas 75202-3789 and direct all telephone calls to 
David L. McCombs at 214/651-5533. 



FULL NAME OF INVENTOR; Bernard Barink 



INVENTOR'S SIGNATURE: /^^^^^^^^ DATED: 



RESIDENCE: Dallas, Texas 
CITIZENSHIP: HoUand 



POST OFFICE ADDRESS: 0050 Marli^TjUo Pr. Apt. 534, 

3oo LEGA^a ^R. APT. 33i , P^/^/\/6>, TexAs :fSo2d> 
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Send correspondence to David L. McCombs . Hajraes and Boone, L.L.P., 3100 NationsBank' 
Plaza, 901 Main Street, Dallas, Texas 75202-3789 and direct all telephone calls to 
David L. McCombs at 214/651-5533. 



INVENTOR'S SIGNATURE: 



FULL NAME OF INVENTOR: Thomas Josef Flaxl 

RESIDENCE: 
CITIZENSHIP: Germany 

POST OFFICE ADDRESS: Hcrmotraoao 3, 93358 Train, Gona ae?^ 
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Send correspondence to David L. McCombs . Haynes and Boone, L.L.P., 3100 NationsBank 
Plaza, 901 Main Street, Dallas, Texas 75202-3789 and direct all telephone calls to 
David L. McCombs at 214/651-5533. 



FULL iNAME OF INVENTOR: Andreas Hagl 

INVENTOR'S SIGNATURE: /fw "V^^ DATED: Oci . "W- ^'HS 

RESIDENCE: back ai4 ^ FUd&iy. ^, 
CITIZENSHIP: Germany 

POST OFFICE ADDRESS: Fladstrasse 6, 85221 Dachau, Germany 
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Send correspondence to David L. McCombs . Haynes and Boone, L.L.P., 3100 NationsBank- 
Plaza, 901 Main Street, Dallas, Texas 75202-3789 and direct all telephone calls to 
David L. McCombs at 214/651-5533. 



FULL NAME OF INVENTOR: George A. Holodak 




I j ^ ^ ji:^ jMm ^ DATED: /^V^'f ^ 



INVENTOR'S SIGNATURE: 
RESIDENCE: Belton, Texas 
CITIZENSHIP: United States of America 

POST OFFICE ADDRESS: 619 Dn Watts Ln., Belton, Texas 76513 
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Send correspondence to David L. McCombs . Haynes and Boone, L.L.P., 3100 NationsBank- 
Plaza, 901 Main Street, Dallas, Texas 75202-3789 and direct all telephone calls to 
David L. McCombs at 214/651-5533. 



FULL NAME OF INVENTOR: Loek d'Hont 

INVENTOR'S SIGNATURE: f^yf ^ DATED: iO '/ ^ 

RESIDENCE: Garland, Texas 
CITIZENSHIP: HoUand 

POST OFFICE ADDRESS: 601 O'Phelan Ln., Garland, Texas 75044-3456 
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Send correspondence to David L. McComhs. Haynes and Boone. L.L.P., 3100 NationsBank- 
Plaza, 901 Main Street, DaUas, Texas 75202-3789 and direct all telephone caUs to 
David L. McCombs at 214/651-5533. 



FULL NAME OF INVENTOR: Scott D. Larson 

INVENTOR'S SIGNATURE: J ,JJK Z\ /?/uaa^ DATED: /6 ta^ 199^ 

RESIDENCE: Lewisville, Texas 
CITIZENSHIP: United States of America 

POST OFFICE ADDRESS: 1729 Glencaim Ln., Lewisville, Texas 75067-3242 
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Send correspondence to David L. McCombs . Haynes and Boone, L.L.P., 3100 NationsBank- 
Plaza, 901 Main Street, Dallas, Texas 75202-3789 and direct all telephone calls to 
David L. McCombs at 214/651-5533. 



FULL NAME OF INVENTOR: Robert A. Lorentzen 



INVENTOR'S SIGNATURE: 




DATED: /^/^/> 9^ 



RESIDENCE: CarroUton, Tesas 
CITIZENSHIP: United States of America 

POST OFFICE ADDRESS: 2103 Brentwood Ln., CarroUton, Tesas 75006-1833 
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Send correspondence to David L. McCombs. Haynes and Boone, L.L.P., 3100 NationsBanJs- 
Plaza, 901 Main Street, Dallas, Texas 75202-3789 and direct all telephone calls to 
David L. McCombs at 214/651-5533. 



FULL NAME OF INVENTOR: Joseph Pearson 




INVENTOR'S SIGNATURE: ^(94iJA i 'fiSBU^j^ DATED: 76^.5 
RESIDENCE: Cedar Park^ 
CITIZENSHIP: United States of America 

POST OFFICE ADDRESS: 1113 Thistle Trail, Cedar Park, Texas 78613 
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Send correspondence to David L. McCombs . Haynes and Boone, L.L.P., 3100 NationsBank 
Plaza, 901 Main Street, Dallas, Texas 75202-3789 and direct all telephone calls to 
David L. McCombs at 214/651-5533. 



FULL NAME OF INVENTOR: Anne Tip 

INVENTOR'S SIGNATURE: DATED: 

RESIDENCE: 
CITIZENSHIP: HoUand 

POST OFFICE ADDRESS: Het Welpelo 27, 7586 DB Overdinkel, The Netherlands 



DOCKET NO.: 5528.323 



Send correspondence to navid L. McCombs . Haynes and Boone, L.L.P., 3100 NationsBank- 
Plaza, 901 Main Street, DaUas, Texas 75202-3789 and direct ail telephone calls to 
David L. McCombs at 214/651-5533. 




CITIZENSHIP: HoUand 
POST OFFICE ADDRESS: Klaproos 11, 7621 AP Borne, HoUand 



SEEN FOR LEGALIZATION 
of the signature of: 



ot tne sigpaiure oi: - / 
by me, J.M.H, Kuhlmann, nota- f y rs s\ 



ris, practising at Borne, 
Netherlands 




